Akka同伴监测的效果

我正试着将我的大脑围绕在Akka上，在阅读了2.3.11开发指南之后，我仍然对演员监控有点困惑。我主要关注两个问题：

• 被监视的参与者死亡或重新启动时发生的消息传递；及
• 首先，“同侪监督”的必要性或有用性

当我

context.watch（someActorRef）

时，我对当

someActorRef

死亡或重新启动时收到的消息感到困惑。我是否收到

终止

消息或

死亡密码异常

---

对我来说，监控实际上是一种监督形式，因此只有主管/家长演员观看儿童演员才有意义，但我相信API会通过主管策略在幕后自动进行监督。因此，似乎非监督演员可以监督其他非其子女的演员。因此，我关心的是，为什么我首先要使用这些API工具来监控本质上是另一个“同行参与者”的东西。

请看，其中的共识是“不，他们不应该”！谢谢@Andreasniedermir（+1）-我很感谢您在这里提供的帮助，但如果您是这样理解这篇文章的，我认为您已经偏离了预定。这个问题是关于阿克卡的，而不是一般的演员系统。如果你认为这样的问题不应该表明他们在标题中引用的库/框架，那么我想你会发现你是这个网站上非常小的一部分。将我的标题改为包含“Akka”一词，但希望以一种让你满意的方式。这不是要省略Akka，而是在标题前加上这个标签的特殊风格。这也反映在我联系到的一个问题上：这个。。。in[tag]比[tag]：..要好得多，因为SO引擎会自动将标记预先添加到元信息中，这些元信息会被搜索引擎索引。我必须承认，我应该附加标记，而不是完全删除它……如果您对某个特定的actor实例有依赖关系，并且如果该依赖关系消失，您将更改自己的内部行为，那么您将观察它。假设你有一个搜索演员，另一个演员需要搜索。如果搜索不可用，则另一个参与者将从另一个参与者返回缓存的搜索结果。所以这个演员观看搜索演员。当它失败时，它会将其内部处理切换为现在直接搜索缓存参与者，同时定期检查搜索参与者何时返回。谢谢@cmbaxter（+1）-关于监视/监视参与者将收到的内容，我的关注如何？让我们举一个例子，一个

QueryActor

需要一个

SearchActor

并正在监视它。现在，

SearchActor

死亡，因此

QueryActor

需要开始使用内部缓存。

QueryActor

如何知道

SearchActor

已死亡？他是否收到

终止

消息，或者是否抛出了

死亡pactexception

？什么是死亡密码异常？再次感谢！