基于Java的企业分布式应用

【 tulaoshi.com - Java 】

　　随着电力企业信息化建设的不断深入和发展，企业内部和企业与企业之间对信息、对数据的交换量大大增加，这些信息与数据越来越需要在不同的计算机网络间传送和交流。同时，由于各单位、各部门之间的现存的计算机网络硬件设备与操作系统千差万别，应用水平也参差不齐，因此，开发出跨平台、可移植、高效安全的网络分布式应用来服务于电力企业，就显得尤为重要。

　　在当今的编程术语里，分布式计算已经成为很常见的词，它将企业的业务数据和程序分布在网络的不同物理位置上，通过调动网络上多台计算机的处理能力，发挥远程调用数据的功能。

　　远程方法调用(Remote Method Invocation ,RMI)，可以在不同的Java虚拟机(JVM)之间实现对象与对象的通信。JVM可以位于相同或不同计算机上，在多个JVM中，一个JVM可以调用存储在其它JVM的对象的方法。

　　本文主要介绍RMI的特点，分析应用RMI进行企业分布式计算的原理，以及利用RMI实现基于Java的企业分布式应用的具体步骤。

　　远程方法调用(RMI)的特点

　　1、TCP编程的缺点

　　由于Java编程语言设计之初就是面向对象和支持网络的，因此，基于对象的RMI机制已经内置在Java平台中。

　　我们经常会在网络开发中使用TCP/IP编程，这样，自然而然地就会涉及到Socket（套接字）编程。但是，使用Socket编程需要大量重复编码，在复杂分布式操作时显得非常麻烦，而且易于出错。因此，如何快速、高效、安全、可扩展地进行网络分布式计算，是开发者们一贯追求和倡导的主题。直到RMI的出现，这种繁杂、低效的开发情况才有很大改观。

　　2、RMI编程的特点

　　当我们利用对象序列化在网络上分配对象时，RMI提供了非Java平台无法匹敌的独特而强大的分布式计算模型，RMI主要有以下特点：

　　 客户机可以向本地方法一样调用远程服务器上的方法；

　　 可以根据接口指定客户机/服务器编程合约；

　　 可以从服务器对象缺省二进制类文件，自动生成调动/反调动代码；

　　 将Java编程模型扩展到机器边界(和Java虚拟机(JVM)边界之外)，不需要任何特殊语法；

　　 还可以和一个远程方法调用中的数据同时传输行为(代码)。

　　尽管RMI不是唯一的企业级远程对象访问方案，但它却是最容易实现的。

　　3、RMI与CORBA

　　作为分布式应用程序框架的规范，COBRA首当其冲，它是由对象管理组织(OMG)开发的。与CORBA不同的是，CORBA能够利用不同编程语言（例如C/C++、Basic等）开发实现分布式应用，而RMI是一种纯Java解决方案。在RMI中，程序的所有部分都由Java语言编写，这样，开发出来的程序完全符合Java规范，便于实现跨平台访问、扩展和移植。按照笔者所在西北电力建设集团公司的情况看，服务器操作系统主要有Linux和Windows2000 Server，分别存在于公司和部门当中，它们是不同的系统平台；同时，公司下属各个工程项目部又距离很远，近的几十公里，远则达到上千公里甚至位于国外，因此跨平台和远程访问这两大功能在开发企业应用系统时就必须考虑，而RMI恰恰能够用它的自身特点来满足编程需要。

　　RMI基本体系结构简介

　　RMI通过TCP/IP在内部使用Socket，象其名称暗示的那样，它能够帮助我们查找并执行远程对象的方法。RMI的目的是让位于不同JVM中的对象，在外观及行为上都像是本地的对象。

　　通常，我们把调用这种远程对象的JVM，称为客户机；而把包括这种远程对象的JVM，称为服务器。

　　尽管对一个远程对象的引用和获得对本地对象的引用有所不同，但我们可以把远程对象像本地对象一样使用。应用程序并不知道一个对象是远程的还是本地的。实际上，远程对象上被调用的方法与本地对象上调用的方法，具有相同的语法结构。

　　作为RMI的底层（会包含复杂的Socket操作），它会自动截获方法调用，找到远程对象，然后处理远程请求。笔者认为，RMI设计的重要之处，就在于不但在设计上实现了远程访问功能，而且实现了设计的透明性。

　　RMI的基本体系结构，概括起来说，由三个抽象层组成：

　　1、存根/框架层(Stubs/Skeletons Layer)

　　RMI为我们引入了两种特殊类型的对象，称为存根(Stub)和框架(Skeleton),它们组成了RMI的第一层。

　　在远程通信的时候，要利用TCP/IP协议，做很多底层数据的打包传输。运用Java技术，我们先要把数据或者对象转换成字节流(byte stream)，便于网络传输，这个过程叫汇集(marshaling)；当收到远程传来的字节流后，我们要把流信息转换成对象或者数据，这个过程叫解读(unmarshaling),它与汇集刚好相反。

　　Stub和Skeleton层位于实际应用程序之下，建立在Proxy（代理）设计方案之上。Stub类的作用是远程服务器实现的代理的角色，Stub是客户方对象；Skeleton类用于帮助对象通过RMI链接与Stub通信，