spark源码伴读之AKKa

什么是Actors

我们这把Actors当作是一个人，这个人不会自己和其他的人直接说话，他们只通过mail来进行交流。

Actors特点对比

传统线程的特点：维护困难，常常会存在僵尸进程的bug很难重现，或者线程良妃大量的时间来等待共享状态而阻塞
AKKa Actors:可以更好地控制子任务，不使用锁机制和同步块

消息传递（Actor模型的一个基本特征）

假设有两个人：学生和聪明的老师。学生每天早上都会给老师发送邮件，而聪明的老师都会回复一句名言。这里需要解释：
　　1、学生发送邮件。一旦发送成功，邮件不能再修改。这天然就具备了不可变性；
　　2、老师会自己决定何时检查邮箱；
　　3、老师还会回复一封邮件（也是不可变的）；
　　4、学生会自己决定何时检查邮箱；
　　5、学生不会一直等待回信（非阻塞的）
　　这就可以总结出Actor模型的一个基本特征——消息传递
　

并发（非阻塞）

现在，假设有三个聪明的老师和三个学生。每个学生都会给每个老师发送邮件。这会发生什么事？其实什么都没改变！每个人都有他自己的邮箱。这里需要注意的一点：默认情况下，邮箱里面的邮件是按照他们先后达到的次序进行阅读和处理的。
本质上，这很像是ConcurrentLinkedQueue。没有人去等待邮件被阅读，简单来说这就是一个非阻塞的消息（在Akka中内置了许多的mailboxes，这里http://doc.akka.io/docs/akka/snapshot/scala/mailboxes.html，包括了有界和基于优先级的。其实，我们自己也可以去实现）。

错误恢复

假如这三个老师分别来自不同的院系：历史系、地理系和哲学系。
　　历史系的老师用过去的某个事件笔记进行回复；而地理系的老师回复了一个有趣的地点；哲学系的老师回复了一个引用。每个学生分别给每个老师发送消息并分别得到回复。学生并不关心邮件到底是系里的哪个老师回复的。如果有一天有个老师生病了呢？系里至少得有一个老师在处理邮件才行。这样的话，系里的另一位老师就会顶上这项工作。
　　这里需要注意的地方：
　　1、会有一个Actor池，每个Actor会处理不同的事件。
　　2、Actor做的事情可能会抛出异常，而它自己无法从中恢复。在这种情况下，需要再生成（created ）一个新的Actor来顶替它。换句话说，这个新的Actor会忽略刚才那条消息，继续处理剩余的消息。这些也被称为指令（Directive），后面我们会再讲到它们。

多任务

假设学生需要考试成绩，每个老师是通过邮件来发送的。也就是说，Actor可以处理多种类型的消息。