Java RMI 的使用及原理

1、示例

三个角色：RMIService、RMIServer、RMIClient。（RMIServer向RMIService注册Stub、RMIService在RMIClient lookup时向其提供Stub）

服务端编写完后，把服务端的功能接口类给客户端，客户端编写自己的代码即可。（客户端通过向RMI Service查找指定的服务得到Stub，不用手动生成任何Stub）

代码：

server：

接口定义及实现：

 /**

  *       <br>

  *       在Java中，只要一个类extends了java.rmi.Remote接口，即可成为存在于服务器端的远程对象， 供客户端访问并提供一定的服务。JavaDoc描述：Remote 接口用于标识其方法可以从非本地虚拟机上 调用的接口。任何远程对象都必须直接或间接实现此接口。只有在“远程接口” （扩展 java.rmi.Remote 的接口）中指定的这些方法才可被远程调用。

  */

 public interface Hello extends Remote {

     /*

      * extends了Remote接口的类或者其他接口中的方法若是声明抛出了RemoteException异常， 则表明该方法可被客户端远程访问调用。

      */

     public String sayHello(String name) throws RemoteException;

 }

 /**

  *       远程对象必须实现java.rmi.server.UniCastRemoteObject类，这样才能保证客户端访问获得远程对象时， 该远程对象将会把自身的一个拷贝以Socket的形式传输给客户端，此时客户端所获得的这个拷贝称为“存根”， 而服务器端本身已存在的远程对象则称之为“骨架”。其实此时的存根是客户端的一个代理，用于与服务器端的通信，

  *       而骨架也可认为是服务器端的一个代理，用于接收客户端的请求之后调用远程方法来响应客户端的请求。

  */

 /* java.rmi.server.UnicastRemoteObject构造函数中将生成stub和skeleton */

 public class HelloImpl extends UnicastRemoteObject implements Hello {

     private static final long serialVersionUID = -271947229644133464L;

     // 这个实现必须有一个显式的构造函数，并且要抛出一个RemoteException异常

     public HelloImpl() throws RemoteException {

         super();

     }

     @Override

     public String sayHello(String name) throws RemoteException {

         // TODO Auto-generated method stub

         return "hello " + name;

     }

 }

服务注册及服务端：

 /**

  * 注册远程对象,向客户端提供远程对象服务.远程对象是在远程服务上创建的，你无法确切地知道远程服务器上的对象的名称 但是，将远程对象注册到RMI Service之后，客户端就可以通过RMI Service请求 到该远程服务对象的stub了，利用stub代理就可以访问远程服务对象

  */

 public class HelloServer {

     public static void main(String[] args) {

         // TODO Auto-generated method stub

         try {

             Hello h = new HelloImpl(); /* 生成stub和skeleton,并返回stub代理引用 */

             String serverIp = "localhost";

             int listenPort = 12345;

             String serverURL = serverIp + ":" + listenPort;

             /*

              * 本地创建并启动RMI Service注册表，被创建的Registry将在指定的端口上侦听到来的请求

              */

             Registry registry = LocateRegistry.createRegistry(listenPort);

             // Registry registry = LocateRegistry.getRegistry("localhost", 12345);// 也可以获取远程RMI Service注册表，该RMI Service通过 rmiregistry -p 1099 启动

             /* 将stub代理绑定到Registry服务的URL上 */

             registry.bind("MyHello", h);// 通过RMI注册表绑定服务，不用指定完整RMI URL

             // Naming.bind("rmi://" + serverURL + "/MyHello", h);// 或者通过命名服务绑定服务，由于命名服务不止为RMI提供查询服务，故需指定完整RMI URL,java.lang.String://host:port/name

             System.out.println("HelloServer启动成功");

         } catch (Exception e) {

             e.printStackTrace();

         }

     }

 }

client：（把Hello接口给客户端并编写客户端代码）

　　查找服务并调用：

 public class HelloClient {

     public static void main(String[] args) throws RemoteException, MalformedURLException, NotBoundException {

         // String serverIp = "192.168.7.39";

         String serverIp = "localhost";

         int serverPort = 12345;

         String serverURL = serverIp + ":" + serverPort;

         Hello h = null;

         /* 从RMI Registry中请求stub */

         // h = (Hello) Naming.lookup("rmi://" + serverURL + "/MyHello");

         Registry registry = LocateRegistry.getRegistry(serverIp, serverPort);

         h = (Hello) registry.lookup("MyHello");

         /* 通过stub调用远程接口实现 */

         System.out.println(h.sayHello("hello"));

     }

 }

RMI可以实现远程通讯，缺点之一：客户端只能是Java的，不能跨语言。

2、原理

本质是利用客户端的Stub（静态代理）和服务端的Skeleton（骨架）来为上层屏蔽底层通信。

RMI远程调用步骤：

1，客户对象调用客户端辅助对象上的方法

2，客户端辅助对象打包调用信息（变量，方法名），通过网络发送给服务端辅助对象

3，服务端辅助对象将客户端辅助对象发送来的信息解包，找出真正被调用的方法以及该方法所在对象

4，调用真正服务对象上的真正方法，并将结果返回给服务端辅助对象

5，服务端辅助对象将结果打包，发送给客户端辅助对象

6，客户端辅助对象将返回值解包，返回给客户对象

7，客户对象获得返回值

对于客户对象来说，步骤2-6是完全透明的

Java RMI由3个部分构成：

RMIService即JDK提供的一个可以独立运行的程序（bin目录下的rmiregistry）。
RMIServer即我们自己编写的一个java项目，这个项目对外提供服务。
RMIClient即我们自己编写的另外一个java项目，这个项目远程使用RMIServer提供的服务。

首先，RMIService必须先启动并开始监听对应的端口。
其次，RMIServer将自己提供的服务的实现类注册到RMIService上，并指定一个访问的路径（或者说名称）供RMIClient使用。
最后，RMIClient使用事先知道（或和RMIServer约定好）的路径（或名称）到RMIService上去寻找这个服务，并使用这个服务在本地的接口调用服务的具体方法。

RMIService只负责接受RMIServer注册Stub和RMIClient查询Stub，不参与RMIServer、RMIClient间的后续交互过程。

RMIService没和RMIServer一起

通常RMIService是在RMIServer里被创建的，此时执行顺序是RMIServer—RMIService—RMIClient；

但RMIService、RMIServer、RMIClient也可以部署到3个不同的JVM中，即此时RMI Service不在RMI Server里被创建，这时执行顺序是RMIService---RMIServer—RMIClient。这种情况下在执行RMIService前，需要通过 rmic 类名命令产生stub类并连同功能接口类放到RMIService下，然后通过 rmiregistry -p 端口命令或代码 LocateRegistry.createRegistry(listenPort) 启动RMIService（默认端口号为1099）。

实际应用中很少有单独提供一个RMIService服务器，开发的时候可以使用Registry类在RMIServer中启动RMIService。

RMI并发

在JDK1.5及以前版本中，RMI每接收一个远程方法调用就生成一个单独的线程来处理这个请求，请求处理完成后，这个线程就会释放；在JDK1.6之后，RMI使用线程池来处理新接收的远程方法调用请求-ThreadPoolExecutor，RMIService亦然。

在JDK1.6中，RMI提供了可配置的线程池参数属性（启动参数 java -jar -Dxxx=xx xxx）：

sun.rmi.transport.tcp.maxConnectionThread - 线程池中的最大线程数量，默认无限，但Linux单进程可打开最大文件数有限，此时可能出问题。

sun.rmi.transport.tcp.threadKeepAliveTime - 线程池中空闲的线程存活时间（ms），默认1分钟。

2、http://blog.csdn.net/sinat_34596644/article/details/52599688——底层原理简述

3、http://blog.csdn.net/sureyonder/article/details/5653609——Java RMI线程模型及内部实现原理

4、http://blog.csdn.net/yinwenjie/article/details/49120813——详细介绍了RMI不同运行方式及底层原理

4、缺点与改进

RMI的缺点：

跨平台能力差，服务端和客户端只能是Java

客户端对服务端依赖严重，客户端和服务端分别有自动生成的Stub和Skeleton，若服务端接口变化则需要重新生成Stub和Skekleton

针对跨平台能力差的缺点，可以通过自动生成不同语言的Stub和Skeleton（如Google的 Protobuf 即如此）

针对客户端对服务端依赖严重的缺点，一种解决方法是：去掉Stub并让服务端与客户端通过JSON或XML等数据格式进行交互，实现解耦。这其实就是现在很流行的HTTP Restfull API

更多关于客户端服务端通信方法的演进可参阅：咖啡馆的故事：FTP, RMI , XML-RPC, SOAP, REST一网打尽