翻译自：http://doc.akka.io/docs/akka/2.3.8/general/actors.html

Actor 是什么？

前一章节关于 Actor 系统 解释了 actors 如何组成层级，且是构建应用的最小单元。这章只关注这样的 actor，解释你在实现它时会遇到的概念。更多深入细节的参考见 Actors（Scala） 和 Untyped Actors（Java） 。

一个Actor是一个容器，它包含了 状态，行为，一个 邮箱，子Actors 和一个 督导策略。所有这些封装在一个 Actor 引用 后面。当 Actor 终止时，会发生 这个。

Actor 引用

一个 actor 对象需要与外界隔离开才能从 actor 模型中获益。所以 actor 是以 actor 引用的形式展现给外界的，actor 引用可以被自由的无限制地传来传去。内部对象和外部对象的这种划分使得所有想要的操作能够透明：重启 actor 而不需要更新别处的引用，将实际 actor 对象放置到远程主机上，向另外一个完全不同的应用程序的 actors 发送消息。但最重要的方面是从外界不可能访问到 actor 对象的内部状态，除非这个 actor 非常不明智地将信息（内部状态）公布出去。

继续阅读 →

翻译自：http://doc.akka.io/docs/akka/2.3.8/general/actor-systems.html

Actor 系统

Actor 是封装状态和行为的对象，他们的唯一通讯方式是交换消息，交换的消息存放在接收方的邮箱里。从某种意义上来说，actor 是面向对象编程的最严格的形式，但是最好把它们看作一些人：在使用 actor 来建模解决方案时，把 actor 想象成一群人，把子任务分配给他们，将他们的功能整理成一个有组织的结构，考虑如何将失败逐级上传（受益于不实际与人交互，意思是我们不需要担心他们的情绪状态或精神问题）。这样的结果就可以在脑中形成进行软件实现的框架。这个结果可以作为构建软件实现的脚手架。

注意：一个 ActorSystem 是一个重量级结构，会分配 1....N 个线程，所以每个逻辑应用创建一个即可。

分层的结构

像在一个经济组织里，actors 天生地形成层级。一个 actor，整天上看是程序的一个功能，可能想把它的任务分割成更小的，更容易管理的分块。为了这个目的，它启动由它督导（supervise）的子 actors。督导的细节将在这里 解释，我们先专注于本章的底层概念。唯一的先决条件是知道每个 actor 有且只有一个督导者，也就是创建它的 actor。

actor 系统的精髓是任务被分割和委托，直到足够小可以完整地处理。按这样做，不止任务本身被清晰地分出结构，而且使 actors 对它们应该处理什么消息、如何响应（react）和如何处理失败 更合理（译注：按这个三个角度来组织）。如果一个 actor 没法处理某个特定情况，它可以发送一个对应的失败消息给它的督导者，寻求帮助。递归的结构允许在正确的层级处理失败。

可以将这与分层的设计方法进行比较。分层的设计方法最终很容易形成防护性编程，以防止任何失败被泄露出来。把问题交由正确的人处理会是比将所有的事情“藏在深处”更好的解决方案。

继续阅读 →