rmi运行机制

【RMI】远程方法调用，纯java的RPC框架，在RMI中最核心的为远程对象。A发布了服务，生成stub对象，B拿到stub对象，调用对象的方法进行传输。

【远程对象发布】

       远程对象必须实现 UnicastRemoteObject，这样才能保证客户端访问获得远程对象时，该远程对象会把自身的一个拷贝以 Socket 形式传输给客户端，客户端获得的拷贝称为“stub”，而服务器端本身已经存在的远程对象称为“skeleton”，此时客户端的 stub 是客户端的一个代理，用于与服务器端进行通信，而 skeleton 是服务端的一个代理，用于接收客户端的请求之后调用远程方法来响应客户端的请求。

ps：

【发布远程helloserviceImpl对象】首先调用父类的UnicastRemoteObject的构造方法，将端口号与tcp通信对象绑定起来，然后调用 UnicastServerRef 的 exportObject()方法发布对象。然后创建一个本地代理，该代理是对helloserviceImpl的代理，并且通过invocationHandler提供TCP连接。再包装一下实际对象，并将其暴露在TCP端口上，等待客户端调用。

【发布远程register对象】服务器启动registry服务，会创建一个registryimpl对象。最后用 skeleton、stub、UnicastServerRef 对象、id 和一个boolean 值构造了一个 Target 对象，包含了全部信息，然后通过tcp传输，再做一个监听机制，等待客户端连接。

 

【远程引用层】

【客户端获取Registry代理】

通过传入的host和port构造remoteRef对象，并创建了一个本地代理。这个代理就是registryImpl_stub对象。但还没有和服务端的对象关联，然后调newcall的方法，这时候和远程的 Skeleton对象进行了连接。在通过super.ref.invoke()，容 易 追 溯 到
StreamRemoteCall 的 executeCall()方法，通过tcp发送消息到服务器。服务器端上面提到有一个监听，在 TCP 协议层发起 socket 监听，并采用多线程循环接收请求：TCPTransport.AcceptLoop(this.server)，线程池来处理socket接收到的请求。通过一系列操作获取target对象，这个target对象已经是服务器对象。借由派发器Dispatcher,传入参数服务实现和请求对象remotecall，将请求派发给服务端那个真正提供服务的RegistryImpl 的 lookUp()方法。

客户端先会创建一个 RegistryImpl_Stub 的代理类，通过这个代理类进行 socket 网络请求，将 lookup 发送到服务端，服务端通过接收到请求以后，通过服务端的 RegistryImpl_Stub（Skeleton），执行 RegistryImpl 的 lookUp。而服务端的RegistryImpl 返回的就是服务端的 HeloServiceImpl 的实现类。通 过 服 务 端 的HelloServiceImpl_Stub(Skeleton) 进行代理，将请求通过Dispatcher 转发到对应的服务端方法获得结果以后再次通过 socket 把结果返回到客户端。

【总结】

看源代码也不知道看到什么程度才算搞明白，如果深究的话会把自己绕进去。以后研究其它源代码的时候可以类比一下就可以了。