Java RMI 概览

假如 RMI 对你来说还是个新鲜玩艺，那么在进一步具体理解 Quartz 中使用 RMI 之前值得对它作个大概的了解。如果你完全适应了RMI，特别是能灵活运用它了，可以跳过这一节。

RMI 是一种允行在一个地址空间的对象与别一地址空间的对象进行通行的机制。这两个地址空间可能存在于同一机器上或者根本就在不同的机器上。一般而言，你可以认为 RMI 是一种面向对象的远程过程调用(RPC) 机制。

RMI 并不是特定于 Java 东西，但是 Java 有自己的实现：Java RMI，这是作为 Sun(http://java.sun.com/products/jdk/rmi) Java SDK 的一部份发布并提供支持的。Java RMI 允许运行在一个 JVM 中的对象与运行在另一 JVM 中的对象通信或调用其方法。这两个 JVM 可运行在同一机器，或者更有意义的就是让它们分布在不同的机器上。它们甚至是在不同的平台之上的。例如，一个 JVM 运行在 Windows 平台，而另一个在 Linux 上。使用 RMI 的话，这些都不在乎。

图1. Java RMI 允许开发者创建分布式应用

RMI 是基于职责分离原则的。接口定义与实现分离。这很好的符合了 RMI 的目标：允许一个主要关注于接口定义的客户端与实现了接口定义的服务端分离(可能是物理上的)。换句话就是，客户端有一个接口，通过接口可以调用到服务，然而服务的实现是驻留在另一台机器上的。图2 描绘了这种 Java 编程语言的分离实现。

图 2 Java 支持的服务接口定义与实现的分离

当 RMI 客户端调用一个对象上的方法时，它实际上调用的是客户端 JVM 的一个代理对象的方法。这个代理对象知道如何与服务器上的对象进行通信。所有的通信，包括数值传递给服务器对像和返回都是经由代理对象进行的。这一过程请看图 3。

图 3. 所有的从客户端到服务端的通信都要走代理对象

·Java RMI 应用的组成

每一人 Java RMI 应用都包括以下三部分

    ·RMI 服务程序

    ·RMI 客户程序

    ·RMI 对象注册表

·RMI 服务器

RMI 服务器的责任是创建服务对象(客户端要调用其上的方法) 并使之对于远程客户端来说是可见的。RMI 服务器跑在一个标准的 JVM 中。这些服务对象也是标准的 Java 对象，不仅提供远程调用，也能在本地调用。

·RMI 客户端

RMI 客户端是一个跑在(典型的) 不同于服务器的JVM 中的Java 程序；它可以是与 RMI 服务端同在一台机器，或者是分布在不同的机器上。客户端程序通过从 RMI 注册表中查找获取到服务对象的引用。

·RMI 对象注册表

RMI 客户端和服务器都要用到 RMI  对象注册表。当服务端想要使一个对象对远程客户端可用时，它就要把这个对象(连同一个唯一名称) 注册到注册表上。服务对象注册之后，RMI客户端和在这个对象上调用的方法就能被找到了。

3. RMI 必须具备的

RMI 是 Java 库很好的特性。一个 JVM 中对象的方法能够被世界另一个角落的机器上的 JVM 来调用的能力确实很强大。但是要让 RMI 工作起来，有几件事情必须统筹起来。Java 是一个动态编程语言。它支持(运行时) 下载未在 JVM 的类路径上定义的新的类文件。灵活性的同时也带来了危险性。你可以想象一个糟糕的情形就是假如你的程序会下载别人写的类，而你却不知道他会在这个类中作些什么。

·使用 RMISecurityManager

使用 RMI 时，不存在客户端的代码可从服务器程序中动态下载。默认的，RMI 应用是不安装安全管理器(SecurityManager) 的。假如一个没有任何防范的客户端下载到了恶意的代码那会是很危险的。为保障应用的安全性，RMI 服务程序必须安装一个特定的安全管理器(SecurityManger) 叫做RMISecurityManager。

RMISecurityManager 运用了 Java 安全策略文件来决定什么权限应赋予 RMI 应用。默认的，Java 查找JAVA.HOME/lib/security 目录下的策略文件。一个策略文件的配置条目示例如下：

grant {
  permission java.security.AllPermission;
};

上面这个策略文件配置条目给予了程序完全的访问权限。你可以用上面的设置让程序先工作起来，而后再紧缩你的安全策略。