了解带有扭曲和节点的事件循环

Question

我正在尝试选择一个平台来编写我的网络应用程序，它将是一个小型实时在线游戏服务器。虽然我知道如何编写一些异步代码，但我对异步理论不是很熟悉。

我都知道javascript和python，在同一水平上。

所以我正在阅读扭曲的here，他说：

在回调期间，Twisted 循环在我们的 代码。所以我们应该确保我们的回调代码不会浪费任何时间。 特别是，我们应该避免在我们的 回调。否则，我们将失去使用的全部意义 首先是反应器模式。扭曲不会采取任何 防止我们的代码阻塞的特殊预防措施，我们只需要 确保不要这样做。正如我们最终将看到的，对于常见情况 我们不必担心网络 I/O，因为我们让 Twisted 做 我们的异步通信。

我想看看这与node.js 上的事件循环的完成方式有何不同。我相信node.js 实现了事件循环并且它永远不会阻塞，或者我错过了什么？

• 我使用node.js 在回调中编写了一些阻塞代码，这是否意味着我犯了一个错误？

• 为什么 twisted 仍然阻塞时称为异步和事件驱动？

干杯，
少校

Answer 1

Twisted、node.js 和所有其他异步框架在这里的行为方式完全相同：如果您在回调中编写阻塞代码，整个事件循环将被阻塞，直到您的回调完成。

异步框架非常适合做 I/O 密集型工作；事件循环在等待 I/O 时永远不会被阻塞，因为它都可以以非阻塞方式完成。当有数据可供读取时，事件循环触发您的回调，回调处理数据，然后事件循环再次获得控制权。当您听到这些框架被称为“异步”和“事件驱动”时，它指的是这种非阻塞 I/O + 事件循环模型。

但是，当您确实需要对正在发送/接收的数据进行某种处理时，您需要小心。事件循环是单线程的；一次只能发生一个基于 CPU 的操作。这意味着，如果您在回调中执行一些耗时 10 秒的昂贵计算，您的事件循环将被阻塞 10 秒。 node.js 中没有额外的魔法可以避免这种情况。

如果您希望能够在不阻塞事件循环的情况下执行基于 CPU 的操作，node.js（和 twisted）具有将 CPU 绑定的工作发送到子进程的机制，然后在子流程完成。 node.js About page 实际上提到了这一点：

但是多处理器并发呢？不是线程 有必要将程序扩展到多核计算机吗？你可以开始新的 通过child_process.fork() 处理这些其他进程将是 并行安排。用于负载平衡传入连接 多个进程使用集群模块。