浅析 Stubs/Skeletons 机制与 RMI 调用

缺乏、安全感 2022-09-23 12:50 133阅读 0赞

存根类是一个类，它实现了一个接口，但是实现后的每个方法都是空的。  
它的作用是：如果一个接口有很多方法，如果要实现这个接口，就要实现所有的方法。但是一个类从业务来说，可能只需要其中一两个方法。如果直接去实现这个接口，除了实现所需的方法，还要实现其他所有的无关方法。而如果通过继承存根类就实现接口，就免去了这种麻烦。（即，继承接口的类，只需要是先接口中声明的诸多空方法中的一个或者几个，不需要像常规类一样，全部都给予实现。）  
================================================================  
什么是RMI  
分布式计算系统要求运行在不同地址空间不同主机上的对象互相调用。各种分布式系统都有自己的调用协议，如 CORBA 的 IIOP(Internet InterORB Protocol), MTS 的 DCOM 。那么EJB组件呢？在Java里提供了完整的sockets通讯接口，但sockets要求客户端和服务端必须进行应用级协议的编码交换数据，采用sockets是非常麻烦的。  
一个代替Sockets的协议是RPC(Remote Procedure Call), 它抽象出了通讯接口用于过程调用，使得编程者调用一个远程过程和调用本地过程同样方便。RPC 系统采用XDR来编码远程调用的参数和返回值。  
但RPC 并不支持对象，而EJB构造的是完全面向对象的分布式系统，所以，面向对象的远程调用RMI(Remote Method Invocation)成为必然选择。采用RMI，调用远程对象和调用本地对象同样方便。RMI采用JRMP(Java Remote Method Protocol)通讯协议，是构建在TCP/IP协议上的一种远程调用方法。  
  
RMI调用机制  
RMI 采用stubs 和 skeletons 来进行远程对象(remote object)的通讯。stub 充当远程对象的客户端代理，有着和远程对象相同的远程接口，远程对象的调用实际是通过调用该对象的客户端代理对象stub来完成的。  
================================================================  
stub  
每个远程对象都包含一个代理对象stub，当运行在本地Java虚拟机上的程序调用运行在远程Java虚拟机上的对象方法时，它首先在本地创建该对象的代理对象stub, 然后调用代理对象上匹配的方法，代理对象会作如下工作：  
与远程对象所在的虚拟机建立连接  
打包(marshal)参数并发送到远程虚拟机  
等待执行结果  
解包(unmarshal)返回值或返回的错误  
返回调用结果给调用程序  
stub 对象负责调用参数和返回值的流化(serialization)、打包解包，以及网络层的通讯过程。  
  
skeleton  
每一个远程对象同时也包含一个skeleton对象，skeleton运行在远程对象所在的虚拟机上，接受来自stub对象的调用。当skeleton接收到来自stub对象的调用请求后，skeleton会作如下工作：  
解包stub传来的参数  
调用远程对象匹配的方法  
打包返回值或错误发送给stub对象  
  
远程对象的stub和skeleton对象都是由rmic编译工具产生的。  
================================================================  
RMI-IIOP  
RMI能够很好解决Java语言中分布式对象的调用问题，但RMI不是一个标准的调用协议，所以RMI不能调用非Java语言编写的对象。  
  
IIOP(Internet Inter-ORB Protocol)是 CORBA 的通讯协议。CORBA是由 OMG(Object Management Group) 组织定义的一种分布式组件标准，通过和各种编程语言相匹配的IDL(Interface Definition Language)，CORBA可以作到和语言无关，也就是说，用不同编程语言编写的CORBA对象可以互相调用。  
  
JavaIDL定义了Java语言到CORBA之间的匹配，通过 JavaIDL ，用 Java 语言编写的应用程序可以和任何 CORBA 对象通讯。  
  
RMI-IIOP 结合了 RMI 的易用性和 CORBA/IIOP 的语言无关性，通过 RMI-IIOP，RMI 对象可以采用 IIOP 协议和 CORBA 对象通讯。RMI-IIOP 对 RMI 的调用参数作了一些很轻微的限制，在调用 CORBA 对象时，必须遵循这些限制。JDK1.3已经提供对 RMI-IIOP 的支持。  
  
Apusic Application Server对RMI-IIOP的支持  
Apusic Application Server目前采用RMI，对RMI-IIOP的支持正在开发中，预计不久即会推出完全支持RMI-IIOP的新版本。