Node.js 事件系统与 Akka 的 Actor 模式有何不同？

Question

我已经与Node.js 合作了一段时间，并认为自己对 Java 非常擅长。但我刚刚发现了Akka，并立即对它的actor模式感兴趣（据我了解）。

现在，假设我的 JavaScript 技能与我的 Scala/Java 技能相当，我想专注于这两个系统的实用性。尤其是在网络服务方面。

据我了解，Node 擅长处理许多并发操作。我想一个用于资产管理系统的优秀 Node Web 服务将擅长处理同时提交更改的许多用户（在大型、高流量的应用程序中）。

但是在阅读了 Akka 中的演员之后，它似乎会在同一件事上表现出色。我喜欢将工作减少到一口大小的想法。另外，几年前我涉足 Erlang 并爱上了它使用的消息传递系统。

我从事许多处理复杂业务逻辑的应用程序，我认为是时候更深入地研究其中之一了。尤其是升级旧版 Struts 和 C# 应用程序。

无论如何，避免圣战，这两个系统有什么根本不同？似乎两者都朝着同一个目标。也许 Akka 的“自我修复”架构具有优势。

编辑

看来我的票数接近了。请不要将此问题视为“哪个更好，node 还是 akka？”。我正在寻找的是事件驱动库（如 Node）和基于 Actor 的库（如 Akka）的根本区别。

Answer 1

我不确定这是一个公平的比较。我将其更多地阅读为“基于事件的系统与参与者模型相比如何？”。 Nodejs 可以支持演员模型，就像 Scala 在 Akka 中所做的那样，或者 C# 在 Orleans 中所做的那样，事实上查看 nactor，似乎有人已经在尝试它。

至于事件系统与参与者模型的比较，我会让更聪明的人来描述它。关于 Actor 模型的几点简要说明：

• Actor 模型是基于消息的
• Actor 模型往往适用于分布式系统（集群）。当然，基于事件的系统可以是分布式的，但我认为参与者模型在分布式计算方面具有内置的分布。新请求可以路由到不同孤岛中的新参与者，但不确定这在基于事件的情况下如何工作。
• Actor 模型支持失败，因为如果集群 1 出现故障，观察者通常可以找到不同的筒仓来完成工作

另外，请查看drama。它是另一个 nodejs actor 模型实现。

Answer 2

没有详细介绍（我对 Node.js 的情况了解得太少），主要区别在于 Node.js 仅支持并发而不支持并行，而 Akka 支持两者。这两个系统都是完全事件驱动的，并且可以扩展到大的工作负载，但是在 Node.js 中缺乏并行性使得它变得困难（即并行性是通过启动多个节点并相应地分派请求来显式编码的；因此它在运行时不灵活） ，而在 Akka 中由于其可调的多线程执行程序而非常容易。给定小的独立工作单元（actor 调用），Akka 会自动为您并行执行。

另一个重要的区别是 Akka 包含一个以结构化方式处理故障的系统（通过让每个 Actor 由其父级监督，这是强制性的），而 Node.js 依赖于作者的约定将错误条件从回调传递到打回来。潜在的问题是异步系统不能使用基于同步堆栈的系统所采用的标准异常方法，因为在回调错误发生时，“调用”代码将转移到不同的任务上。将故障处理内置到系统中使得构建在该系统上的应用程序更有可能是健壮的。

以上内容并不详尽，我相信还有很多不同之处。

Answer 3

我还没有使用 Akka，但它似乎类似于 erlang，但在 java 中。在 erlang 中，所有进程都像 Akka 中的演员，它们有邮箱，你可以在它们之间发送消息，你有监督者等等。

Node.js 使用协作并发。这意味着您在允许时具有并发性（例如，当您调用 io 操作或某些异步事件时）。当您进行一些长时间的操作（在长循环中计算某些内容）时，整个系统都会阻塞。

Erlang 使用抢先式任务切换。当您有长循环时，系统可以暂停它以运行其他操作并在一段时间后继续。对于大规模并发，如果您只执行短操作，Node.js 就很好。两者都支持数百万客户： http://blog.caustik.com/2012/08/19/node-js-w1m-concurrent-connections/ http://blog.whatsapp.com/index.php/2012/01/1-million-is-so-2011/

在 java 中你需要线程来做任何并发，否则你不能像 erlang 那样在函数内部暂停执行（实际上 erlang 在函数调用之间会暂停，但这对所有函数都有影响）。您可以在消息之间暂停执行。