在上一节的Akka FSM笔记中，我们看了一些基本的使用Akka FSM和咖啡机的使用方式 - Actor的数据结构和一队我们要发给Actor的消息。这次的第二部分也是最终部分，我们会过一遍这些状态的实现细节。

我最近有个机会在工作上使用了Akka FSM，是个非常有趣的例子。API（实际上就是DSL），使用体验很棒。这里是我尝试用Akka FSM的有限状态机来写日志。作为例子，我们会以构建一个咖啡机的步骤作为例子。

失败更像是分布式系统的一个特性。因此Akka用一个容忍失败的模型，在你的业务逻辑与失败处理逻辑(supervision逻辑)中间你能有一个清晰的边界。只需要一点点工作，这很赞。这就是我们要讨论的主题。

当我们说Actor生命周期的时候,我们能看到Actor能被很多种方式停掉（用ActorSystem.stop或ActorContext.stop或发送一个PoisonPill - 也有一个kill和gracefulstop）。

原文：[链接] Actor是完全的继承结构。你创建的任何Actor肯定都是一个其他Actor的child。让我们分析下： PATH 我们用ActorSystem.actorof创建一个ActorRef并打印出他的path {代码...} 可以看到，一个path看起来很像是文件系统中的一个文件路径。 这里的akka是固定的，因为这些都是Akka Actor的地址 - 与file://和http://...

（请注意这了讨论的生命周期并不包括 preRestart 或者postRestart方法，当我们讨论supervision时候我们会说这个）

可以看到在ActorSystem的API有一个很有用的小方法叫scheduler,回返回一个Scheduler。Scheduler有很多 schedule方法让我们可以在Actor环境中做很多有趣的事情。

像我们前面看到的，我们可以用ActorSystem的actorof方法来创建Actor。其实你可以用ActorSystem做更多事。我们可以先看下Configuration和Scheduling。

2.转发一个响应给其他的潜在的受众Actor，他们也可能响应/转发/产生副作用。Routers（路由）和Supervisors（监管）就是这个例子。（我们马上就能看到）