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

Question

我使用node.js已经有一段时间了，我认为自己对Java很熟悉。但我刚刚发现了akka，并立即对它的actor模式感兴趣（据我所知）。

现在，假设我的JavaScript技能与我的Scala/Java技能相当，我想关注这两种系统的实用性。特别是在web服务方面。

我的理解是，Node在处理许多并发操作方面非常出色。我想，一个用于资产管理系统的好的节点web服务将在处理同时提交更改的多个用户方面表现出色（在大型、高流量应用程序中）。

但在读了Akka的演员后，它认为它会在同样的事情上表现出色。我喜欢把工作减少到一口大小的小块的想法。另外，几年前我涉足了Erlang并爱上了它使用的消息传递系统。

我在许多处理复杂业务逻辑的应用程序上工作，我想是时候在其中一个上投入更多的精力了。特别是升级旧的Struts和C#应用程序。

不管怎么说，避免圣战，这两种制度有什么根本区别？似乎两者都朝着同一个目标前进。也许Akka的“自愈”架构有优势。

编辑

看来我的选票接近了。请不要把这个问题当成一个“node和Akka哪个更好”。我要寻找的是事件驱动库（如节点）和基于actor的库（如Akka）的根本区别。

Answer 1

不讨论细节（对于Node.js我对此了解太少），主要区别在于Node.js只支持并发而不支持并行，而Akka同时支持这两种。这两个系统都是完全事件驱动的，可以扩展到较大的工作负载，但是缺乏并行性使得在Node.js中很困难（即并行性是通过启动多个节点并相应地分配请求来显式编码的；因此在运行时是不灵活的），而在Akka中由于其可调的多线程执行器，这是相当容易的。给定小的孤立的工作单元（actor调用），Akka会自动为您并行化执行。

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

以上并不意味着详尽无遗，我肯定还有很多不同之处。