node.js - Node 事件循环困惑

Question

我有点困惑，不知道我是否完全理解了 nodeJS 事件循环/非阻塞 I/O 概念。

假设在我的服务器中我有:

app.get('/someURL', AuthHandler.restrict, MainHandler.findAllStocksFromUser);

findAllStocksFromUser() 的定义如下:

findAllStocksFromUser(req,res) {
     /* Do some terribly inefficient, heavy computation*/
     res.send(/*return something*/);
}

现在假设有 5 个请求进入。据我了解，对于每个进入的请求，都会将一个回调(在本例中为 findAllStocksFromUser())添加到事件循环队列中，并且在每次滴答时调用回调。

问题:

1. “极其低效、繁重的计算”不会影响服务器在请求进入时有效接收请求并立即将其回调添加到队列中的能力，对吗？

2. 但是“非常低效、繁重的计算”将阻塞其他回调，直到它完成并导致服务器以这种方式低效，对吧？

Answer 1

在 node.js 中，你的 Javascript 是单线程的。这意味着一次只能运行一段 Javascript。因此，一旦请求处理程序开始运行，它就会一直运行，直到它完全完成并返回到调用它的系统，或者直到它开始异步操作(数据库、文件、网络等)，然后返回到调用它的系统。只有这样，其他请求才能开始处理。

因此，如果您的“繁重计算”确实是大量同步运行的 Javascript，那么在它运行时将不会处理其他请求。如果那个“繁重的计算”实际上有很多异步操作，那么当处理程序等待异步操作的响应时，其他请求将开始运行。

现在，针对您的具体问题:

So now let's say 5 requests come in. As I understand, with each request that comes in, a callback, in this case findAllStocksFromUser(), is added to the eventloop queue, and with every tick, the callbacks are called.

这不太正确。传入请求已排队，但它的排队级别远低于仅排队您的回调。它甚至在您的服务器的 Javascript 部分看到请求之前就已排队(在某处的 native 代码中)。

The "terribly inefficient, heavy computation" won't effect the server's ability to efficiently receive requests as they come in and immediately add their callbacks to the queue, correct?

传入的请求将由底层 TCP 基础设施或实现您的服务器(不在单线程 JS 中运行)的 node.js 中的 native 代码排队。因此，一段长时间运行的 Javascript 不会阻止传入请求排队(除非某些内部队列已满)。

But the "terribly inefficient, heavy computation" is going to block the other callbacks until it's done and cause the server to be inefficient in that way, right?

正确。如果这种低效、繁重的计算是同步代码，那么它会一直运行直到完成，并且在它运行时没有其他请求可以运行。

对于 node.js 中的繁重计算代码，通常的解决方案是重新设计它以使其运行得更快，或者尽可能使用异步操作，或者将其移出主进程并启动子进程或子进程集群来处理繁重的计算。然后，这允许您的主请求处理程序将这种繁重的计算视为异步操作，并允许其他事情在主 node.js 线程之外完成繁重的工作时运行。

虽然这有时需要更多的编码工作，但也可以将长时间运行的计算分成多个 block ，以便可以执行一个工作 block ，然后使用 setImmediate() 安排下一个 block 工作，允许在您的工作 block 之间处理其他排队的项目。由于这些天来设置一个工作池相当快，你可以将工作传递给它，我可能更喜欢这种方法，因为它还可以让你更好地利用多个 CPU，并且可以避免“分块”的复杂性以这种方式高效处理的工作和编写代码。