浅谈Java分布式计算(1)

如果所有组件都在同一台计算机的同一个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注册,要有注册后才能对用户服务.