Java RMI实现原理

1. 启动Registry服务：

registry = LocateRegistry.createRegistry(1099);

2. 处理请求：

Registry是监听1099端口，通过什么传输内容呢？传输的又是什么内容呢？底层协议肯定是不是TCP/IP？

不出意料，也是通过socket编程来listen/accept。而且这里是简单的同步阻塞式

listen->

sun.rmi.transport.tcp.TCPEndpoint#newServerSocket

accept->

sun.rmi.transport.tcp.TCPTransport.AcceptLoop#executeAcceptLoop

处理请求->

sun.rmi.transport.tcp.TCPTransport.ConnectionHandler#run0

sun.rmi.server.UnicastServerRef#dispatch

3. 小结

a. registry也是同样通过skel与stub来交互的，交互流程稍作特殊处理：sun.rmi.server.UnicastServerRef#oldDispatch

b. 简单来说监听端口有两个：1099和另一个未知端口

c. 个人理解RMI与Servlet的大致流程：

Servlet

统一监听8080端口，socket接收http request，根据找到对应的servlet，处理请求，返回http response

RMI

监听两个端口，一个是1099，一个是随机的端口号。完整处理流程可以简单分三步：

1）1099端口接收请求，sun.rmi.transport.tcp.TCPTransport#handleMessages做请求的一般化处理，最终交由sun.rmi.registry.RegistryImpl_Skel#dispatch来执行请求，并返回注册对象。

最主要的返回内容就是ip+port：

2）client端接收server返回对象，包装为代理对象，最主要的也是ip+port信息。然后代理对象主要调用的是java.rmi.server.RemoteObjectInvocationHandler#invokeRemoteMethod->sun.rmi.server.UnicastRef#invoke(java.rmi.Remote, java.lang.reflect.Method, java.lang.Object[], long)；来调用远程服务。

3）随机端口号接收请求，然后根据接收的信息找到对应的实例类，和请求的方法（这里有用hash映射），然后调用对应实例的方法，返回结果

请求的类名解析：sun.rmi.transport.Transport#serviceCall

请求的方法名解析：sun.rmi.server.UnicastServerRef#dispatch

4. 在我理解，stub就是客户端的proxy。skeleton貌似并不存在了，服务端是统一的服务调用，非常类似与servlet服务端实现方式。