Akka和会话bean

各国：

“在不同的场景中，参与者可能是线程、Java EE会话bean……的替代方案”

我不明白actor是如何替代会话bean的，因为它们的工作方式完全不同：actor通过向它传递消息来串行调用，它按照消息发送的顺序一次处理一条消息。这意味着参与者内部任何业务逻辑的运行都是同步的。另一方面，会话bean是池化的——有许多会话bean，多个线程可以在任何时候运行相同的业务逻辑，这意味着逻辑是并发运行的

---

有人能澄清我对这句话的误解吗？

太多的ejb并发通常会导致各种锁争用和性能下降

同时，akka的目标是异步处理和nio。当线程数接近CPU核数时，这种方法最有好处

---

请注意，akka并不强制执行一个处理线程。请参见，例如，

您可以将参与者（子对象）或Akka路由器（技术上也可以是子对象）组合在一起，这样您就可以调整“并发性”。

啊，您的意思是像Akka参与者的组合一样，属于同一类，因此包含相同的业务逻辑？这完全有道理！路由器是否会向参与者发送循环调度？是的，有几种不同类型的路由算法，随机、循环、一致散列、广播、最小邮箱、分散-聚集等：