javascript - JavaScript 的单线程模型如何处理耗时的任务？

Question

这个问题是关于 JavaScript 的单线程模型。我知道 JavaScript 本质上是非阻塞的，因为它能够向异步事件队列添加回调。但是，如果回调函数实际上需要很长时间才能完成，那么 JavaScript 是否会在这段时间内阻塞其他所有事情，因为它是单线程的？ Nodejs是如何处理这样的问题的呢？而这对于前端开发者来说是不是一个无法回避的问题呢？我问这个问题是因为我读到，保持函数任务尽可能小通常是一种很好的做法。真的是因为 JavaScript 中的长任务实际上会阻塞其他任务吗？

Answer 1

But if the callback function does infact take a long time to complete, won't JavaScript then be blocking everything else during that time as it is single threaded?

是的。

How does nodejs handle such a problem?

Node.js 不处理任何内容。如何处理并发取决于您和您的应用程序。现在，Node.js 确实有一些工具可供您使用。您必须了解的第一件事是 Node.js 基本上是 V8(JavaScript 引擎)，并附加了 JavaScript 和 native 代码之间的轻量级库。虽然您的 JavaScript 代码本质上是单线程的，但 native 代码可以并且确实创建线程来处理您的工作。

例如，当您要求 Node.js 从磁盘加载文件时，您的请求将被传递到使用线程池的 native 代码，并从磁盘加载数据。一旦您发出请求，您的 JavaScript 代码就会继续运行。这就是 Node.js 上下文中“非阻塞”的含义。加载磁盘上的该文件后， native 代码会将其传递给 Node.js JavaScript 库，然后该库使用适当的参数执行回调。当后台工作正在进行时，您的代码继续运行，但是当您的回调处理该数据时，其他 JavaScript 代码确实被阻止运行。

这种架构允许您获得多线程代码的大部分好处，而无需实际编写任何多线程代码，从而使您的应用程序保持简单。

I'm asking this question cause I have read that its generally good practice to keep function tasks as small as possible. Is it really because long tasks in javascript will actually block other tasks?

我的理念始终是使用你需要的东西。确实，如果您的应用程序收到一个请求，并且您有大量 JavaScript 数据处理被阻塞，那么在此期间其他请求将不会得到处理。但请记住，如果您正在执行此类工作，则无论如何您都可能会受到 CPU 限制，并且执行双倍的工作将导致两个请求花费更长时间。

实际上，大多数 Web 应用程序都是 IO 绑定(bind)的。他们从数据库中整理数据，重新格式化，然后通过网络发送出去。与应用程序只是等待从上游数据源返回的时间相比，它们处理数据的部分实际上并不那么耗时。 Node.js 正是在这些应用程序中真正发挥作用。

最后，请记住，您始终可以生成子进程以更好地分配负载。如果您的应用程序是一种罕见的应用程序，其中 99% 的工作负载都是在受 CPU 限制的 JavaScript 中完成的，并且您的机器具有许多 CPU 和/或内核，请将负载分散到多个进程中。