傳統上，JS旨在用于簡短，快速運行的代碼片段。如果您正在進行重大計算，那么您是在服務器上進行的 - 在瀏覽器中長時間運行的JS + HTML 應用程序的想法是非?；闹嚨?。

當然，現在我們有了。但是，瀏覽器需要花費一些時間才能趕上 - 大多數都是圍繞單線程模型設計的，改變這一點并不容易。Google Gears通過要求后臺執行被隔離來解決許多潛在問題 - 不更改DOM（因為這不是線程安全的），不訪問主線程創建的對象（同上）。雖然限制性，但這可能是不久的將來最實用的設計，因為它簡化了瀏覽器的設計，并且因為它降低了允許沒有經驗的JS編碼人員亂用線程所涉及的風險......

為什么這不是在Javascript中實現多線程的原因？程序員可以使用他們擁有的工具做任何他們想做的事情。

那么，我們不要給他們那些容易被濫用的工具，以至于我打開的每個其他網站都會崩潰我的瀏覽器。這種天真的實現會讓你直接進入導致MS在IE7開發過程中出現如此多頭痛的領域：附加作者使用線程模型快速而松散地運行，導致隱藏的錯誤在主線程上對象生命周期發生變化時變得明顯。壞。如果您正在為IE編寫多線程ActiveX加載項，我想它是隨著領域而來的; 并不意味著它需要更進一步。