akka阻塞ask_非阻塞I / O –发现Akka

akka阻塞ask

现在是时候在实施参与者时遵循一些良好做法了。 我们应该遵循的最重要的规则之一是避免任何阻塞的输入/输出操作，轮询，繁忙的等待，睡眠等。简单地说，在处理消息时，actor应该仅取决于CPU，并且如果不需要CPU周期，它将应该立即从receive返回，并让其他参与者进行处理。 如果严格遵守此规则，则Akka仅使用少量线程就可以轻松地每秒处理数十万条消息。 即使我们的应用程序可以包含数千个看似独立的参与者（例如，每个HTTP连接一个参与者， MMO游戏中的一个玩家等），也就不足为奇了，每个参与者在一个池中仅获得有限的CPU时间线程。 默认情况下，有10个线程处理系统中的所有actor，一个阻塞或Hibernate的actor足以将吞吐量降低10％。 因此，同时睡觉的10个演员完全停止了系统。

因此，在receive强烈不建议调用sleep()或主动等待其他参与者的响应。 不幸的是，没有成熟的异步库可以等效于JDBC（但请注意postgresql- netty ， a