我們都知道JS是一種單線程語言，即使是一些異步的事件也是在JS的主線程上運行的（具體是怎么運行的，可以看我另一篇博客JS代碼運行機制）。像setTimeout、ajax的異步請求，或者是dom元素的一些事件，都是在JS主線程執行的，這些操作並沒有在瀏覽器中開辟新的線程去執行，而是當這些異步操作被操作時或者是被觸發時才進入事件隊列，然后在JS主線程中開始運行。
首先說一下瀏覽器的線程，瀏覽器中主要的線程包括，UI渲染線程，JS主線程，GUI事件觸發線程，http請求線程。
JS作為腳本語言，它的主要用途是與用戶互動，以及操作DOM。這決定了它只能是單線程，否則會帶來很復雜的同步問題。（這里這些問題我們不做研究）
但是單線程的語言，有一個很致命的確定。如果說一個腳本語言在執行時，其中某一塊的功能在執行時耗費了大量的時間，那么就會造成阻塞。這樣的項目，用戶體驗是非常差的，所以這種現象在項目的開發過程中是不允許存在的。
其實JS為我們提供了一個Worker的類，它的作用就是為了解決這種阻塞的現象。當我們使用這個類的時候，它就會向瀏覽器申請一個新的線程。這個線程就用來單獨執行一個js文件。
var worker = new Worker(js文件路徑);
那么這個語句就會申請一個線程用來執行這個js文件。
當然，在主線程中有一些方法來實現對新線程的控制和數據的接收。在這里，我們只說比較常用的幾個方法。
1 //postMessage(msg); 2 //postMessage方法把在新線程執行的結果發送到瀏覽器的js引擎線程里 3 worker.onmessage = function(){ 4 //獲取在新線程中執行的js文件發送的數據 用event.data接收數據 5 console.log( event.data ) 6 }; 7 setTimeout( function(){ 8 worker.terminate(); 9 //terminate方法用於關閉worker線程 10 },2000) 11 12 setTimeout( function(){ 13 worker = new Worker("js/test22.js"); 14 //再次開啟worker線程 15 },3000)
在新線程中使用postMessage()方法可以向主線程中發送一些數據，主線程中使用worker的onmessage事件來接收這些數據，這樣就實現了js的多線程執行和多線程之間數據的傳遞。