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服务端实现方式。