Akka vs Java 7期货

Question

我试图理解何时使用Akka Futures，并发现本文比主要的Akka文档更有帮助。所以看起来Akka期货和Java7期货做的完全一样。所以我问：

• 在演员制度之外，阿卡期货比Java期货有什么好处？什么时候使用每个？
• 在演员系统的背景下，为什么要使用阿卡未来？所有角色到角色的消息不都是异步、并发和非阻塞的吗？

Answer 1

关于你问题的第一部分，我同意阿列克谢·凯戈罗多夫的回答。

关于问题的第二部分：

当需要以非常具体的方式组合参与者的响应时，在内部使用Future非常有用。例如，假设Master参与者需要执行几个阻塞数据库查询，然后聚合它们的结果，因此Master将每个查询发送给工作者，然后聚合响应。如果查询结果可以按任何顺序进行聚合（例如，Master只是对行计数求和或其他什么），则Worker可以通过回调将其结果发送到Master。但是，如果结果需要以非常特定的顺序进行组合，则每个工作人员可以更轻松地立即返回未来，而主控可以更轻松地按照正确的顺序操作这些未来。这也可以通过回调来实现，但是，Master需要找出哪个查询结果是正确的顺序，优化代码会困难得多（例如，如果查询1的结果可以立即与查询2的结果聚合，那么通过使用Future该逻辑可以直接进入调度代码，其中所有查询的标识都是已知的，而使用回调则需要Master来识别查询结果，并确定其是否可以聚合。）将查询与已返回的任何其他查询结果合并）。

Answer 2

Akka Futures采用异步通信方式，而Java7 Futures采用同步方式。是的，他们做同样的事情——交流——但是方式完全不同。

生产者-消费者对可以以两种方式交互：同步和异步。同步方式假定使用者有自己的线程，并执行阻塞操作以获取下一条生成的消息，例如BlockingQueue。take（）。在异步方法中，使用者并不拥有线程，它只是一个至少有两种方法的对象：存储消息和处理消息。生产者调用store方法，就像它调用队列一样。将（m）放在同步方法中，但此方法也会在公共线程池上启动使用者处理方法的执行。

UPDT关于第二个问题（为什么要使用阿克卡未来）：未来的创造看起来（而且）比演员的简单；未来链条的代码比参与者的代码更紧凑、更易于证明。但是请注意，Future只能传递一个值（消息），而参与者可以处理一系列消息。但是序列可以用Akka流处理。于是问题出现了：为什么要使用阿克卡演员？我邀请更有经验的开发人员回答这个问题。一般来说，我认为如果你的任务可以用期货来解决，那么就用期货，如果是用流，就用流，如果是用Akka Actors，就用Actors，否则就找另一个框架。