一 .RPC

二 .Web Service

首先客户端从服务器的到 WebService 的 WSDL（网络服务描述语言），同时在客户端声称一个代理类（Proxy Class） 这个代理类负责与 WebService 服务器进行 Request 和 Response 当一个数据（XML 格式的）被封装成 SOAP 格式的数据流发送到服务器端的时候，就会生成一个进程对象并且把接收到这个 Request 的 SOAP 包进行解析，然后对事物进行处理，处理结束以后再对这个计算结果进行 SOAP 包装，然后把这个包作为一个 Response 发送给客户端的代理类（Proxy Class），同样地，这个代理类也对这个 SOAP 包进行解析处理，继而进行后续操作。这就是 WebService 的一个运行过程。

1. Http 传输信道

3. SOAP 封装格式（soap 用来描述传递信息的格式）

5. UDDI UDDI 是一种目录服务，企业可以使用它对 Webservices 进行注册和搜索

RMI 采用 stubs 和 skeletons 来进行远程对象（remote object）的通讯。stub 充当远程对象的客户端代理，有着和远程对象相同的远程接口，远程对象的调用实际是通过调用该对象的客户端代理对象 stub 来完成的，通过该机制 RMI 就好比它是本地工作，采用 tcp/ip 协议，客户端直接调用服务端上的一些方法。优点是强类型，编译期可检查错误，缺点是只能基于 Java 语言，客户机与服务器紧耦合。

2. stub 类将请求的接口、方法、参数等信息进行序列化；

4. 服务器端接收到流后转发至相应的 skelton 类；

6. 处理类处理完毕后将结果返回给 skelton 类；

8. stub 在接收到流后反序列化，将反序列化后的 java Object 返回给调用者。

JMS 是 Java 的消息服务，JMS 的客户端之间可以通过 JMS 服务进行异步的消息传输。JMS 支持两种消息模型：Point-to-Point（P2P）和 Publish/Subscribe（Pub/Sub），即点对点和发布订阅模型。

来看 JMS 中的一次远程通信的过程：

2. 通过 JMS API 将 Message 放入 JMS Queue（点对点）或 Topic（发布 / 订阅）中；

4. 处理端则通过轮训 JMS Queue，来获取消息，接收到消息后根据 JMS 协议来解析 Message 并处理。

一、RPC 与 RMI

（2）RMI 调用远程对象方法，允许方法返回 Java 对象以及基本数据类型，而 RPC 不支持对象的概念，传送到 RPC 服务的消息由外部数据表示 （External Data RepresentaTIon，XDR） 语言表示，这种语言抽象了字节序类和数据类型结构之间的差异。只有由 XDR 定义的数据类型才能被传递， 可以说 RMI 是面向对象方式的 java RPC 。

二、JMS 和 RMI

而 RMI 对象是绑定在本地 JVM 中，只有函数参数和返回值是通过网络传送的（是请求应答机制）。

JMS 一般只是一个点发出一个 Message 到 Message Server，发出之后一般不会关心谁用了这个 message。

三、Webservice 与 RMI

webservice 没有这个限制，webservice 是在 http 协议上传递 xml 文本文件，与语言和平台无关

Webservice 专注于远程服务调用，jms 专注于信息交换。

JMS 可以做到异步调用完全隔离了客户端和服务提供者，能够抵御流量洪峰； WebService 服务通常为同步调用，需要有复杂的对象转换，相比 SOAP，现在 JSON，rest 都是很好的 http 架构方案；（举一个例子，电子商务的分布式系统中，有支付系统和业务系统，支付系统负责用户付款，在用户在银行付款后需要通知各个业务系统，那么这个时候，既可以用同步也可以用异步，使用异步的好处就能抵御网站暂时的流量高峰，或者能应对慢消费者。）

JMS 是 java 平台上的消息规范。一般 jms 消息不是一个 xml，而是一个 java 对象，很明显，jms 没考虑异构系统，说白了，JMS 就没考虑非 java 的东西。但是好在现在大多数的 jms provider（就是 JMS 的各种实现产品）都解决了异构问题。相比 WebService 的跨平台各有千秋吧。