'关闭主线程”

JavaScript是单线程的，这意味着它只有一个调用栈和一个内存堆。这经常会导致性能卡顿以及页面元素或整个网站的无响应。如果给JavaScript分配大量任务，它就会忙于处理这些任务，而无法快速处理其他事情，例如事件处理程序。

最近围绕这个问题出现了一些有趣的观点和反驳。

Das Surma一直提倡尽可能多地将JavaScript任务从主线程转移出去。事实上，在使用Web Workers时，他建议：始终使用Web Workers。Web Workers是将JavaScript从主线程中分离出来的主要方法。Paul Lewis将这个问题比作早高峰：一天中最糟糕的出行时间。许多人无法在其他时间出行，因为他们必须在9点前到达工作地点。这正是许多Web代码如今的样子：所有内容都在单线程（主线程）上运行，流量很大。事实上，情况比这更糟：从市中心到郊区只有一条车道，几乎每个人都在路上，即使他们不需要在9点前到达办公室。

Surma将其他语言中经常将“主线程”称为“UI线程”的做法进行了比较。如果你的任务与UI相关，就在主线程上执行；如果不是，就在其他线程上执行。他在《Web Platform Podcast – 194: Off the Main Thread》这一期节目中深入探讨了这个问题。我认为这可能会改变JavaScript开发人员的态度和思维方式。

将任务从UI线程中分离的一个例子是状态管理。

David Gilbertson可能读到了这篇文章，并写道：我最近看到一篇文章认为更新Redux存储是Web Workers的理想选择，因为它不是UI工作（非UI工作不属于主线程）。将数据处理转移到工作线程听起来很合理，但这个想法让我觉得有点学术性。

David的主要观点似乎是，我们需要处理的一些繁重的JavaScript任务是对用户发起的操作的响应，用户无论如何都需要等待任务完成，因此在此期间UI无响应是可以接受的。但对于任何非用户发起的任务——并且耗时超过100毫秒——他同意使用Web Worker会有所帮助。

(关于这100毫秒，值得注意的是，Surma的一个主要观点是，世界上有很多低端手机——谁知道高端手机上的100毫秒在低端手机上会是什么样的。)

在JavaScript中将任务从主线程中分离出来的主要技巧是使用Web Workers。它不是什么hack，Web Workers确实是为JavaScript带来多个后台线程的原生API。与Service Worker类似，它们通常位于另一个文件中：

var myWorker = new Worker('worker.js');

但它们不必如此——你可以内联它们或使用库。API并不糟糕，但也并不出色。Surma为此创建了一个库：Comlink。

Surma在这方面的努力是长期的。这是2018年Chrome峰会上的一个特色，主题是《A Quest to Guarantee Responsiveness: Scheduling On and Off the Main Thread》，并在2019年再次出现，主题是《The main thread is overworked & underpaid》，但这次的观看次数几乎是当时的六倍：

而且他并非孤军奋战。Alex MacArthur也谈到了调整他对事件处理程序的看法以适应在非主线程上执行任务。

以上是'关闭主线程”的详细内容。更多信息请关注PHP中文网其他相关文章！