如何理解JS的單線程?web前端梨能起到什么作用?

 JS本質是單線程的。也就是說,它并不能像JAVA語言那樣,兩個線程并發(fā)執(zhí)行。

  但我們平時看到的JS,分明是可以同時運作很多任務的,這又是怎么回事呢?

  首先,JS的代碼,大致分為兩類,同步代碼和異步代碼。

  console.log(1)

  console.log(2)

  console.log(3)

  這是典型的同步代碼,編寫順序就是執(zhí)行順序。

  JS引擎的主線程負責執(zhí)行代碼,由于只有這一個線程,執(zhí)行當然是同步的,即按照順序來。另外,還有一個叫做任務隊列的東西,所有的異步代碼都是從隊列當中來。


  所以實際上我們會發(fā)現,JS根本不可能同時執(zhí)行兩個任務,本質上還是單線程。

  在JS中,所謂的異步任務,有三種:

  第一, 鼠標鍵盤事件觸發(fā),例如onclick、onkeydown等等

  第二, 網絡事件觸發(fā),例如onload、onerror等等

  第三, 定時器,例如setTimeout、setInterval

  因為這些任務的發(fā)生都不是在當下,而是過段時間以后再執(zhí)行。因此時間不可控,你不能因為5秒后要執(zhí)行一個函數,就讓主線程閑置5秒什么都不干吧?所以你只能繼續(xù)執(zhí)行后續(xù)的同步代碼。而當你單擊鼠標或滾動窗口時,主線程可能正在執(zhí)行其它代碼,忙著呢!沒工夫處理,因此,事件觸發(fā)線程就負責來接收這個事件,并把要執(zhí)行的任務暫時保存在任務隊列當中。等主線程把手里的同步代碼執(zhí)行完,就立刻會向任務隊列提取最新的任務。

  這也就解釋了為什么我們總把JS的異步函數叫做回調了,因為真的不是馬上執(zhí)行,而是回頭再調的!

  我們來看個簡單的例子:

  setTimeout(“console.log(2)”, 0);

  console.log(1);

  反復執(zhí)行這段代碼,結果都是先打印1再打印2

  因為,setTimeout是個異步任務,第二個參數真正的含義是,在0毫秒之后,將代碼插入任務隊列,而不是在0毫秒之后執(zhí)行。

  當插入任務隊列后,主線程會繼續(xù)執(zhí)行后續(xù)的代碼,也就是打印結果1,如果此時當前的同步代碼已經執(zhí)行完畢,則主線程立刻會從任務隊列中取出最新任務執(zhí)行。再打印結果2。

  平時我們使用定時器,時間往往不準確,就是因為在加入任務隊列時,前面可能已經有好多任務在排隊了,你明明寫了80ms的延遲,可是卻等了100ms才出現結果。

  同時,我們也理解了,為什么setInterval的時間間隔不能設為0,一般情況下瀏覽器允許的最小值為16ms,因為如果設成0的話,對于瀏覽器來講,壓力簡直太大了,定時器觸發(fā)線程會玩命兒的往隊列中插入任務,而不是完成一個再插入一個。

  我們再看一個關于ajax的例子

  var req = newXMLHttpRequest();

  req.open(“get“, “http://xxxxxxxx“);

  req.onload =function(){......}

  req.send();

  我曾經在課堂跟學生講課的時候,不小心把這個概念給講錯了,我當時說send方法和onload是不可以交換順序的,實際上完全沒有影響。被我誤導的同學,我表示萬分抱歉!希望此貼可以彌補我的罪過。

  為什么說send方法和onload交換順序完全沒有問題呢? 因為send是一個異步方法,也就是當我們把代碼寫成這樣:

  var req = newXMLHttpRequest();

  req.open(“get“, “http://xxxxxxxx“);

  req.send();

  req.onload =function(){......}

  主線程在send方法執(zhí)行時,由于是異步方法,因此它不會立刻執(zhí)行,而是存入任務隊列,然后繼續(xù)向下執(zhí)行代碼,添加onload事件。所以send方法無論如何都會在添加onload事件之后再執(zhí)行,因此順序顛倒是無關要緊的。不過需要提醒的是,onload事件在添加時,并不會加入任務隊列,而是通知網絡事件觸發(fā)線程,一旦網絡請求結束,事件被觸發(fā),該線程便會立刻向任務隊列中加入這個onload函數,從而完成回調。

  最后我們用一個完整的例子來觀察一下JS如何以單線程執(zhí)行代碼

  setTimeout( a, 0);

  setInterval( b,500);

  for(......){

  //假設循環(huán)執(zhí)行了大量操作,花費時間1000ms

  //而在for循環(huán)執(zhí)行期間,用戶通過鼠標觸發(fā)了一次單擊事件

  }

  console.log(123);

  setInterval(c,250);

  那么任務隊列的情況如下:

  a ? ?| ? b ? | ? click ?| ? ? ? ?| ? ?b ? ?| ? ?c ? | ? c ? | ? b ? | ? c ? | ? c ? | ? b ? | ? ... ? |

  我們按順序來解釋一下:

  任務a,由于延遲為0,則以最短時間立即加入隊列。

  任務b,等待500ms后,加入隊列,此時for循環(huán)運行過半

  任務click,由于發(fā)生在for循環(huán)執(zhí)行期間,所以此時出現

  任務b,for循環(huán)結束時,又過了500ms,因此加入b

  任務c,從for循環(huán)結束時開始計時,250ms后加入c

  任務c,因為又過了250ms

  任務b,與此同時,距離上次加入b間隔為500ms,因此加入b

  往后,每出現兩次c,出現一次b

  OK!今天的課到此結束,同學們再見! 有問題請留言。

?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容