许多开发者在创建和维护多线程应用程序时经历过各种各样的问题，他们希望能在一个更高层次的抽象上进行工作，以避免直接和线程与锁打交道。为了帮助这些开发者， Arun Manivannan 编写了一系列的博客帖子，在目前总共六篇帖子中，他通过大量的图片及一些简单的 Akka 示例，解释了 Actor 模型的原理，并进一步探索了 Akka 工具所提供的各种特性。
Arun 首先从整体上对 Actor 进行了介绍，他在示例中将 Actor 比作了一群人：
你可以将 Actor 当作是一群人，他们互相之间不会面对面地交流，而只是通过邮件的方式进行沟通。
传递消息是 Actor 模型的基础，Arun 以一名学生和一位教师举例，描述了以下基础流程：
- 一名学生给一位教师发送了一封邮件，邮件一旦发送之后，就不能够修改了。
- 该教师会在她认为适合的时机去检查她的邮箱，从而收到这封邮件。
- 该教师稍后会寄一封回信给该学生，这封回信也是一旦发送就不可变的。
- 该学生在一段时间后决定去检查一下他的邮箱，从而收到了回信，（他可没有一直守候在邮箱旁等待回信哦）。
如果信息是单向的，那么它一旦送出之后并不会期待或等待任何响应。除了这种情况之外，Actor 都能够在一个请求 - 响应周期内，为发送者发回一个响应消息。
接下来的示例讲解了并发的情况，示例中包含了多名学生和多位教师，每一名学生都会向所有教师发送邮件。这种情况与之前的示例并没有不同，因为每个参与者都分别拥有自己的邮箱，而且每封邮件都会按照它们到达邮箱的顺序被阅读。如果发生了某位教师不能接收邮件的情况，那么一位新的教师会替代他进行接收，从而实现故障转移。
一个 Actor 的生命周期并不复杂，首先通过构造函数进行创建，随后调用它的 preStart 方法，而 Actor 准备开始接收消息时，再调用它的 receive 方法。最后，调用 postStop 方法将 Actor 置为终结状态。Arun 还提到，Actor 的生命周期与一个 Java servlet 非常相似，仅存在着一些细微的差异。
Actor 之间的关系是层次结构型的，每个 Actor 都从属于另外一个 Actor。Arun 将这种结构与文件系统进行了比较，在文件系统中存在着一些顶层文件夹，而当你依照文件夹的层次结构进入内部时，文件夹的总数也在不断上升。通常来说，父 Actor 创建子 Actor 以处理一些子任务，或者是让子 Actor 在隔离的情况下去处理一些特别容易出错的任务，这样可以保证系统在故障发生时能够恢复状态。Actor 的容错性的关键部分来自于父 Actor 管理子 Actor 生命周期的能力。
Arun 还描述了一些其它方面的内容，包括日志记录、测试与配置。你可以从 Github 下载一个包含了完整源代码的示例项目。
除了用于 Java 与 Scala 的 Akka 项目之外，还有支持其它平台的 Actor 模型的实现，比如在.NET 平台下就存在着两种不同实现方式的Actor 项目。
查看英文原文： An Introduction to Actor Model, with Examples in Akka
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论