javascript編程單線程之同步模式

主流的js 環境都是單線程嗎模式執行js 代碼， js採用為單線程的原因與最開始設計初衷有關，最早是運行在瀏覽器端的腳本語言，目的是為了實現頁面上的動態交互，實現頁面交互的核心就是dom操作，這也就決定了js必須使用單線程的模式來處理，不然就會造成嚴重的線程同步問題。如果js多個線程同時修改dom元素，此時瀏覽器就無法明確以那個線程的結果為準，為了避免這種線程同步問題，所以從一開始js就被設置成了單線程模式工作。這裡所說的單線程指的是javascript執行環境中負責執行代碼的線程只有一個。

可以想象成只有一個人來執行任務，一個人一次只能執行一個任務，如果有多個任務就需要排隊依次去完成。這種模式最大的優點是更安全更簡單，缺點也很明顯，遇到某一個特別耗時的任務後面的任務就需要等這個任務的結束，這也就導致整個程式的執行的拖延，出現假死的情況。

• 優點：更安全、更簡單
• 耗時任務會出現程式假死的情況

為了結局耗時任務的問題，javscript 把 任務的執行分了兩種模式，分別是

• 同步模式(Synchoronous)
• 非同步模式(Asynchronous)

同步模式Synchoronous

代碼依次執行，後一個任務要等待前一個任務執行完成，同步執行比較簡單，代碼的執行順序就是代碼的順序。單線程大部分都是同步模式。

Console 是輸出的列印，Call stack 是執行棧

開始執行 js 會把我們的整體的代碼載入進來並放到一個匿名函數裡面執行，然後逐行開始執行，

第一行 執行會把 console.log('global begin') 壓入調用棧中，控制台列印global begin 執行結束，彈出調用棧

接下來是兩個函數的聲明，函數的聲明不會產生調用所以接著往下執行

接下來是一個foo 函數的調用，會把 foo壓入調用棧，foo 函數列印了一個消息，接著執行了 bar 函數，bar 函數也會被放入執行棧中，bar函數執行過程中又列印了一次，bar執行完畢彈出調用棧，緊接著 foo 函數也執行結束，彈出調用棧

最後列印了一個消息，也是一樣的壓棧，整體代碼執行完，執行棧就會被清空掉

這種排隊執行的機制下某行代碼執行時間過長，後面的任務就會被延遲。我們把這種延遲稱為阻塞，這種阻塞對於用戶而言會有頁面卡頓或者叫卡死，所以需要非同步模式來解決程式中無法避免的耗時操作，比如ajax操作，或者nodejs中的大文件讀寫

更多內容微信公眾號搜索充饑的泡飯
小程式搜一搜開水泡飯的博客