"Principles of Reactive Programming" 之<Actors are Distributed> （2）
Actor Path
我们知道actor是有层级的(hierarchical)，第、每个actor在它的父actor的名字空间下都有一个名字。这样就构成了一个树状的结构，就像是文件系统。每个actor就像文件系统里的一个文件夹，因为每个actor都可以有子actor，因此，它们更像是文件夹，而不是文件。
val system = ActorSystem("HelloWorld")
val ref = system.actorOf(Props[Greeter], "greeter")
println(ref.path)
// prints: akka://HelloWorld/user/greeter
在这上面这段代码里，greeter的父actor是user(所有用户通过system.actorOf建的actor，都是user的子actor)。
greeter的path是akka://HelloWorld/user/greeter
这是一个URI。
其中authority part是akka://HelloWorld，这也是HelloWorld这个actor system的地址。akka://是一个协议，说明这是一个本地的actor path.
/user/greeter，是actor的path，这里就是greeter这个actor的path.
它们加起来就表示greeter这个actor的URI。
其实，每个actor system可以有多个地址，比如上边的HelloWorld当远程访问时，它的地址可以是 akka.tcp://HelloWorld@10.2.4.6:6565。其中akka.tcp说明这个这个actor system需要通过tcp协议访问，名字是HelloWorld, IP为10.2.4.6，端口为6565。如果访问这个actor system里的greeter这个actor,那么地址是akka.tcp://HelloWorld@10.2.4.6:6565/user/greeter
这说明每个actor system都可以多个地址，如果它能通过多个协议或者多个IP地址访问。
The difference between ActorPath and ActorRef
ActorPath和文件路径一样，你可以随便拼凑文件路径，即使它所指向的地方并没有文件。但是ActorRef一定指向一个存在的文件(对于actor,更像是文件夹，因为actor可以有子actor)。
每个ActorRef都会有一个path, 指向这个ActorRef。但是ActorPath可以指向一个并不存在的ActorRef，因此ActorPath是不可以被watch的，但是ActorRef可以。因为，ActorRef只能被以有限的方式获取，这些获取方式保证了它一定是某个已经在工作的actor的reference。无法获取一个并不存在的actor的ActorRef。 也因为如此，向一个ActorPath发送消息和向ActorRef发送消息是不同的。
另外，对于ActorRef，如果一个ActorPath指向的actor停止了，那么它的parent可以用同样的名字启动另一个actor，那么新的actor和已经终止的actor有同样的actorPath，但是它们有不同的ActorRef。ActorRef的最后有一个UID，它标识了ActorRef的不同。
Actor names are unique within a parent, but can be reused.
- ActorPath is the full name, whether the actor exists or not.
- ActorRef points to an actor which was started; an incarnation.
ActorPath can only optimistically send a message.
ActorRef can be watched.
ActorRef example: akka://HelloWorld/user/greeter#43438347 (print 一个ActorRef显示的值）
Resolving an ActorPath
case class Resolve(path: ActorPath)
case class Resolved(path: ActorPath, ref: ActorRef)
case class NotResoved(path: ActorPath)
case class ToBeResolved(path: ActorPath, client: ActorRef)
class Resolver extends Actor{
def receive = {
case Resolve(path) => context.actorSelection(path) ! Identify(ToBeResolved(path, sender()))
case ActorIdentity(ToBeResolved(path, client), Some(actorRef)) => client ! Resolved(path, actorRef)
case ActorIdentity(ToBeResolved(path, client), None) => client ! NotResoved(path)
}
}
有些时候我们不能直接获取ActorRef，比如另一个ActorSystem里，不是你创建的一个actor。这时候就需要另一套机制了，就是Identify和ActorIdentify。每一个Actor都能处理Identify消息，把自己的ActorRef封装于ActorIdentify中返回给sender。这就是通过通信来获取ActorRef, 总之， ActorRef是不能凭空先出来一个的，它一定代表一个存在的actor。
Relative Actor Paths
Looking up a grand-child:
- context.actorSelection("child/grandchild")
Looking up a sibling:
- context.actorSelection("../sibling")
Looking up from the local root:
- context.actorSelection("/user/app")
Broadcasting using wildcasts:
- context.actorSelection("/user/controllers/*")
actor path的语义跟文件系统的path非常类似。
