如果所有组件都在同一台计算机的同一个Java虚拟机的同一个堆空间上执行是最简单的,但实际中我们面对的往往不是如此单一的情况,如果用户端只是个能够执行Java的装置怎么办？如果为了安全性的理由只能让服务器上的程序存取数据库怎么办?

我们知道,大多数情况下,方法的调用都是发生在相同堆上的两个对象之间,如果要调用不同机器上的对象的方法呢?

通常,我们从某一台计算机上面取得另一台计算机上的信息是通过socket的输入/输出流,打开另一台计算机的socket连接,然后取得outputStream来写入数据.但如果要调用另一台计算机上,另一个Java虚拟机上面的对象的方法你？我们当然可以自己定义和设计通信协议来调用,然后通过Socket把执行结果再传回去,并且还能够像是对本机的方法调用一样,也就是说想要调用远程的对象(像是别的堆上的),却又要像是一般的调用.

这就是RMI带给我们的功能.

远程过程调用的设计

要创建出4种东西:服务器、客户端、服务器辅助设施和客户端辅助设施.

1.创建客户端和服务端应用程序,服务器应用程序时个远程服务,是个带有客户端会调用的方法的对象

2.创建客户端和服务器端的辅助设施(helper)他们会处理所有客户端和服务器的底层网络输入/输出细节,让客户端和程序好像在处理本地调用一样.

辅助设施的任务辅助设施是个在实际上执行通信的对象,他们会让客户端感觉上好像是在调用本机对象,客户端对象看起来像是在调用远程的方法,但实际上它只是在调用本地处理Socket和串流细节的代理.在服务器这端,服务器的辅助设施会通过socket连接来自客户端设施的要求,解析打包送来的信息,然后调用真正的服务,因此对服务对象来说此调用来自本地.服务的辅助设施取得返回值之后就把它包装然后送回去(通过socket的输出串流)给客户端的辅助设施.客户端的辅助设施会解开这些信息传输给客户端的对象

调用方法的过程

1.客户端对象对辅助设施对象调用doBigThing()

2.客户端辅助设施把调用信息打包通过网络送到服务器的辅助设施

3.服务端的辅助设施解开来自客户端辅助设施的信息,并以此调用真正的服务.

这个过程的描述图如下:

Java RMI提供客户端和服务器端的辅助设施对象

在Java中,RMI已经帮我们创建好客户端和服务器端的辅助设施,它也知道如何让客户端辅助设施看起来像是真正的服务,也就是说,RMI知道如何提供相同的方法给客户端调用.

此外,RMI有提供执行期所需全部的基础设施,包括服务的查询以及让客户端能够找到与取得客户端的辅助设施(真正的服务代理人).

使用RMI时,无需编写任何网络或输入/输出的程序,客户端对远程方法的调用就跟对同一个Java虚拟机上的方法调用是一样的.

一般调用和RMI调用有一点不同,虽然对客户端来说,此方法调用看起来像是本地的,但是客户端辅助设施会通过网络发出调用,此调用最终还是会涉及到socket和串流,一开始是本机调用,代理会把它转成远程的.中间的信息是如何从Java虚拟机送到Java虚拟机要看辅助设施对象所用的协议而定.

使用RMI时,必须要决定协议：JRMP或IIOP,JRMP是RMI原生的协议,它是为Java间的远程调用而设计的,另外一方面,IIOP是为了CORBA而产生的,它让我们能够调用Java对象或其它类型的远程方法,CORBA通常比RMI麻烦,因为若两端不全都是Java的话,就会产生一堆可怕的转译和交谈操作.

我们只关心Java对Java的操作，所以会使用相当简易的RMI.

在RMI中,客户端的辅助设施称为stub,而服务器端的辅助设施称为skeleton.

如何创建远程服务

1.创建Remote接口

远程的接口定义了客户端可以远程调用的方法,它是个作为服务的多态化类.stub和服务都会实现此接口

2.实现Remote接口

这个是真正执行的类,它实现出定义在该接口上的方法,它是客户端会调用的对象

3.用rmic产生stub和skeleton

客户端和服务器都有helper,我们无需创建这些类或产生这些类的源代码,这都会在执行JDK所附的rmic工具时自动地处理掉

4.启动RMI registry (rmiregistry)

rmiregistry就像电话薄,用户会从此处取得代理(客户端的stub/helper对象)

5.启动远程服务

必须让服务对象开始执行,实现服务的类会起始服务的实例并向RMI Registry注册,要有注册后才能对用户服务.

服务端代码

定义接口

/**
 *
 *    MyRemote.java
 *
 *     功   能： TODO
 *     类   名： MyRemote.java
 *
 *  ver     変更日       角色    担当者     変更内容
 *     ──────────────────────────────────────────────
 *  V1.00   2013-3-19   模块    苏若年     初版
 *
 *     Copyright (c) 2013 dennisit corporation All Rights Reserved.
 *  
 *  Email:<a href="mailto:DennisIT@163.com">发送邮件</a>
 * 
 * 
 *     Remote是个标记性的接口,意味着没有方法,然而它对RMI有特殊的意义,所以必须遵守这项规则,
 *     注意这里用的是extends,接口是可以继承其他接口的
 *
 */
public interface MyRemote extends Remote{

    /**
     * 远程的接口定义了客户端可以远程调用的方法,它是作为服务的多态化类,也就是说,客户端会
     * 调动有实现此接口的stub,而此stub因为会执行网络和输入/输出工作,所以可能会发生各种
     * 问题,客户端鼻息处理或声明异常来认知这一类风险,如果该方法在接口中声明异常,调用该方
     * 法的所有程序都必须处理或再声明此异常.
     *
     * 远程方法的参数和返回值必须是primitive或serializable的.任何远程方法的参数都会被
     * 打包通过网络传送,而这时通过序列化完成的,返回值也是一样.所以,如果使用的是自定义类型
     * 时,必须对其序列化
     * @return
     * @throws RemoteException   
     *                         所有接口中的方法都必须声明RemoteException
     */
    public String sayHello() throws RemoteException;   

}

以上就是【深入Java分布式计算的使用分析】的全部内容了,欢迎留言评论进行交流!