1.依赖
为了使用邮箱(Mailboxes),你需要将以下依赖添加到你的项目中:
| 1 | <!-- Maven --> | 
2.简介
Akka 的邮箱中保存着发给 Actor 的信息。通常,每个 Actor 都有自己的邮箱,但也有例外,如使用BalancingPool,则所有路由器(routees)将共享一个邮箱实例。
3.邮箱选择
3.1 指定 Actor 的消息队列类型
通过让某个 Actor 实现参数化接口RequiresMessageQueue,可以为某个 Actor 类型指定某种类型的消息队列。下面是一个例子:
| 1 | import akka.dispatch.BoundedMessageQueueSemantics; | 
RequiresMessageQueue接口的类型参数需要映射到配置中的邮箱,如下所示:
| 1 | bounded-mailbox { | 
现在,每次创建MyBoundedActor类型的 Actor 时,它都会尝试获取一个有界邮箱。如果 Actor 在部署中配置了不同的邮箱,可以直接配置,也可以通过具有指定邮箱类型的调度器(dispatcher)配置,那么这将覆盖此映射。
- 注释:接口中的所需类型为 Actor 创建的邮箱中的队列类型,如果队列未实现所需类型,则 Actor 创建将失败。
3.2.指定调度器的消息队列类型
调度器还可能需要运行在其上的 Actor 使用的邮箱类型。例如,BalancingDispatcher需要一个消息队列,该队列对于多个并发使用者是线程安全的。这需要对调度器进行配置,如下所示:
| 1 | my-dispatcher { | 
给定的需求命名一个类或接口,然后确保该类或接口是消息队列实现的父类型。如果发生冲突,例如,如果 Actor 需要不满足此要求的邮箱类型,则 Actor 创建将失败。
3.3.如何选择邮箱类型
创建 Actor 时,ActorRefProvider首先确定执行它的调度器。然后确定邮箱如下:
- 如果 Actor 的部署配置节(section)包含mailbox键,那么它将命名一个描述要使用的邮箱类型的配置节。
- 如果 Actor 的Props包含邮箱选择(mailbox selection),即对其调用了withMailbox,则该属性将命名一个描述要使用的邮箱类型的配置节。请注意,这需要绝对配置路径,例如myapp.special-mailbox,并且不嵌套在akka命名空间中。
- 如果调度器的配置节包含mailbox-type键,则将使用相同的节来配置邮箱类型。
- 如果 Actor 需要如上所述的邮箱类型,则将使用该要求(requirement)的映射来确定要使用的邮箱类型;如果失败,则尝试使用调度器的要求(如果有)。
- 如果调度器需要如上所述的邮箱类型,那么将使用该要求的映射来确定要使用的邮箱类型。
- 将使用默认邮箱akka.actor.default-mailbox。3.4.默认邮箱
如果未按上述说明指定邮箱,则使用默认邮箱。默认情况下,它是一个无边界的邮箱,由java.util.concurrent.ConcurrentLinkedQueue支持。
SingleConsumerOnlyUnboundedMailbox是一个效率更高的邮箱,它可以用作默认邮箱,但不能与BalancingDispatcher一起使用。
将SingleConsumerOnlyUnboundedMailbox配置为默认邮箱:
| 1 | akka.actor.default-mailbox { | 
3.5.将哪个配置传递到邮箱类型
每个邮箱类型都由一个扩展MailboxType并接受两个构造函数参数的类实现:ActorSystem.Settings对象和Config部分。后者是通过从 Actor 系统的配置中获取命名的配置节、用邮箱类型的配置路径覆盖其id键并添加回退(fall-back)到默认邮箱配置节来计算的。
4.内置邮箱实现
Akka 附带了许多邮箱实现:
- UnboundedMailbox(默认)- 默认邮箱
- 由java.util.concurrent.ConcurrentLinkedQueue支持
- 是否阻塞:No
- 是否有界:No
- 配置名称:unbounded或akka.dispatch.UnboundedMailbox
 
- SingleConsumerOnlyUnboundedMailbox,此队列可能比默认队列快,也可能不比默认队列快,具体取决于你的用例,请确保正确地进行基准测试!- 由多个生产商单个使用者队列支持,不能与BalancingDispatcher一起使用
- 是否阻塞:No
- 是否有界:No
- 配置名称:akka.dispatch.SingleConsumerOnlyUnboundedMailbox
 
- NonBlockingBoundedMailbox- 由一个非常高效的”多生产者,单消费者“队列支持
- 是否阻塞:No(将溢出的消息丢弃为deadLetters)
- 是否有界:Yes
- 配置名称:akka.dispatch.NonBlockingBoundedMailbox
 
- UnboundedControlAwareMailbox- 传递以更高优先级扩展akka.dispatch.ControlMessage的消息
- 由两个java.util.concurrent.ConcurrentLinkedQueue支持
- 是否阻塞:No
- 是否有界:No
- 配置名称:akka.dispatch.UnboundedControlAwareMailbox
 
- 传递以更高优先级扩展
- UnboundedPriorityMailbox- 由java.util.concurrent.PriorityBlockingQueue支持
- 等优先级邮件的传递顺序未定义,与UnboundedStablePriorityMailbox相反
- 是否阻塞:No
- 是否有界:No
- 配置名称:akka.dispatch.UnboundedPriorityMailbox
 
- 由
- UnboundedStablePriorityMailbox- 由包装在akka.util.PriorityQueueStabilizer中的java.util.concurrent.PriorityBlockingQueue提供支持
- 对于优先级相同的消息保留FIFO顺序,与UnboundedPriorityMailbox相反
- 是否阻塞:No
- 是否有界:No
- 配置名称:akka.dispatch.UnboundedStablePriorityMailbox
 
- 由包装在
其他有界邮箱实现,如果达到容量并配置了非零mailbox-push-timeout-time超时时间,则会阻止发件人。特别地,以下邮箱只能与零mailbox-push-timeout-time一起使用。
- BoundedMailbox- 由java.util.concurrent.LinkedBlockingQueue支持
- 是否阻塞:如果与非零mailbox-push-timeout-time一起使用,则为Yes,否则为NO
- 是否有界:Yes
- 配置名称:bounded或akka.dispatch.BoundedMailbox
 
- 由
- BoundedPriorityMailbox- 由包装在akka.util.BoundedBlockingQueue中的java.util.PriorityQueue提供支持
- 优先级相同的邮件的传递顺序未定义,与BoundedStablePriorityMailbox相反
- 是否阻塞:如果与非零mailbox-push-timeout-time一起使用,则为Yes,否则为NO
- 是否有界:Yes
- 配置名称:akka.dispatch.BoundedPriorityMailbox
 
- 由包装在
- BoundedStablePriorityMailbox- 由包装在akka.util.PriorityQueueStabilizer和akka.util.BoundedBlockingQueue中的java.util.PriorityQueue提供支持
- 对于优先级相同的消息保留FIFO顺序,与BoundedPriorityMailbox相反
- 是否阻塞:如果与非零mailbox-push-timeout-time一起使用,则为Yes,否则为NO
- 是否有界:Yes
- 配置名称:akka.dispatch.BoundedStablePriorityMailbox
 
- 由包装在
- BoundedControlAwareMailbox- 传递以更高优先级扩展akka.dispatch.ControlMessage的消息
- 由两个java.util.concurrent.ConcurrentLinkedQueue支持,如果达到容量,则在排队时阻塞
- 是否阻塞:如果与非零mailbox-push-timeout-time一起使用,则为Yes,否则为NO
- 是否有界:Yes
- 配置名称:akka.dispatch.BoundedControlAwareMailbox
 
- 传递以更高优先级扩展
5.邮箱配置示例
5.1.PriorityMailbox
如何创建PriorityMailbox:
| 1 | static class MyPrioMailbox extends UnboundedStablePriorityMailbox { | 
然后将其添加到配置中:
| 1 | prio-dispatcher { | 
下面是一个关于如何使用它的示例:
| 1 | class Demo extends AbstractActor { | 
也可以这样直接配置邮箱类型(这是顶级配置项):
| 1 | prio-mailbox { | 
然后从这样的部署中使用它:
| 1 | ActorRef myActor = system.actorOf(Props.create(MyActor.class), "priomailboxactor"); | 
或者这样的代码:
| 1 | ActorRef myActor = system.actorOf(Props.create(MyActor.class).withMailbox("prio-mailbox")); | 
5.2.ControlAwareMailbox
如果 Actor 需要立即接收控制消息,无论邮箱中已经有多少其他消息,ControlAwareMailbox都非常有用。
可以这样配置:
| 1 | control-aware-dispatcher { | 
控制消息需要扩展ControlMessage特性:
| 1 | static class MyControlMessage implements ControlMessage {} | 
下面是一个关于如何使用它的示例:
| 1 | class Demo extends AbstractActor { | 
6.创建自己的邮箱类型
示例如下:
| 1 | // Marker interface used for mailbox requirements mapping | 
| 1 | import akka.actor.ActorRef; | 
然后,将MailboxType的 FQCN 指定为调度器配置或邮箱配置中mailbox-type的值。
- 注释:请确保包含一个采用akka.actor.ActorSystem.Settings和com.typesafe.config.Config参数的构造函数,因为此构造函数是通过反射调用来构造邮箱类型的。作为第二个参数传入的配置是配置中描述使用此邮箱类型的调度器或邮箱设置的部分;邮箱类型将为使用它的每个调度器或邮箱设置实例化一次。
你还可以使用邮箱作为调度器的要求(requirement),如下所示:
| 1 | custom-dispatcher { | 
或者像这样定义 Actor 类的要求:
| 1 | static class MySpecialActor extends AbstractActor | 
7.system.actorOf 的特殊语义
为了使system.actorOf既同步又不阻塞,同时保持返回类型ActorRef(以及返回的ref完全起作用的语义),对这种情况进行了特殊处理。在幕后,构建了一种空的 Actor 引用,将其发送给系统的守护者 Actor,该 Actor 实际上创建了 Actor 及其上下文,并将其放入引用中。在这之前,发送到ActorRef的消息将在本地排队,只有在交换真正的填充之后,它们才会被传输到真正的邮箱中。因此,
| 1 | final Props props = ... | 
可能会失败;你必须留出一段时间通过并重试检查TestKit.awaitCond。
