RMI、Hessian、WebService通信协议性能比较

一、综述

本文比较了RMI，Hessian，WebService等3种通信协议的在不同的数据结构和不同数据量时的传输性能。

1、Java RMI 为Remote Method Invocation的缩写，即远程方法调用。它是一种机制，能够让在某个 Java 虚拟机上的对象调用另一个 Java 虚拟机中的对象上的方法。Java RMI在Java1.1的时代就已经出现，是非常重要的底层技术，大名鼎鼎的EJB就是建立在RMI基础之上。它具有稳定高效的特点，缺点为只适合于java程序之间的通信，并且只能通过RMI协议来进行访问而无法通过HTTP协议访问，而且无法穿透防火墙。

2、Hessian是caucho公司提供的开源协议，基于HTTP传输，服务端不用开防火墙端口。协议的规范公开，可以用于任意语言。它是一个轻量级的remoting on http工具，使用简单的方法提供了RMI的功能，因为采用了二进制RPC协议，所以它很适合于发送二进制数据，主要作面向对象的消息通信。Hessian的初衷就是支持动态类型，格式紧凑，跨语言Hessian是使用自己的序列化机制实现的编组和反编组，其支持的数据类型是有限制的，不支持复杂的对象，可以穿透防火墙。

3、WebService是连接异构系统或异构语言的首选通信技术，它使用SOAP通讯协议，是一种轻量级的独立的通讯技术。SOAP为Simple Object Access Protocol的缩写，即简单对象存取协议，它以XML为基础。通过SOAP在Web上提供的软件服务，使用WSDL文件进行说明，并通过UDDI进行注册。WSDL 文件是一个 XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。UDDI是一种根据描述文档来引导系统查找相应服务的机制，它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。

二、结果分析

1、直接调用直接调用的所有毫时都接近0，这说明程序处理几乎没有花费时间，记录的全部时间都是远程调用耗费的。

2、RMI调用与设想的一样，是最快的。在几乎所有的情况下，它的毫时都是最少的。特别是在数据结构复杂，数据量大的情况下，与其他协议相比它的优势尤为明显。为了验证RMI的性能，在使用原始的RMI形式（即继承UnicastRemoteObject对象）提供服务并远程调用的情况下，与使用Spring对POJO包装成的RMI的情况下进行效率对比。结果显示：两者基本持平，Spring提供的服务还稍快些。初步认为，这是由于Spring的代理和缓存机制比较强大，节省了对象重新获取的时间的原因。

3、Hessian调用caucho公司的resin服务器号称是最快的服务器，在java领域有一定的知名度。Hessian做为resin的组成部分，其设计也非常精简高效，实际运行情况也证明了这一点。平均来看，Hessian较RMI要慢20%左右，但这只是在数据量特别大，数据结构很复杂的情况下才能体现出来，中等或少量数据时，Hessian并不比RMI慢。Hessian的好处是精简高效，可以跨语言使用，而且协议规范公开，我们可以针对任意语言开发对其协议的实现。目前已有实现的语言有：java, c++, .net, python, ruby。还没有delphi的实现。另外，Hessian与WEB服务器结合非常好，借助WEB服务器的功能，在处理大量用户并发访问时会有很大优势，在资源分配，线程排队，异常处理等方面都可以由成熟的WEB服务器保证。而RMI本身并不提供多线程的服务器。而且，RMI需要开防火墙端口，Hessian不用。

3、web service调用       本次测试选用了apache的AXIS组件作为WEB SERVICE的实现，AXIS在WEB SERVICE领域相对成熟老牌。为了仅测试数据传输和编码、解码的时间，客户端和服务端都使用了缓存，对象只需实例化一次。但是，测试结果显示，web service的效率还是要比其他通讯协议慢10倍。如果考虑到多个引用指向同一对象的传输情况，web service要落后更多。因为RMI，Hessian等协议都可以传递引用，而web service有多少个引用，就要复制多少份对象实体。Web service传输的冗余信息过多是其速度慢的原因之一，监控发现，同样的访问请求，描述相同的数据，web service返回的数据量是hessian协议的6.5倍。另外，WEB SERVICE的处理也很毫时，目前的xml解析器效率普遍不高，处理xml <-> bean很毫资源。从测试结果看，异地调用比本地调用要快，也从侧面说明了其毫时主要用在编码和解码xml文件上。这比冗余信息更为严重，冗余信息占用的只是网络带宽，而每次调用的资源耗费直接影响到服务器的负载能力。（MS的工程师曾说过，用WEB SERVICE不能负载100个以上的并发用户。）测试过程中还发现，web service编码不甚方便，对非基本类型需要逐个注册序列化和反序列化类，很麻烦，生成stub更累，不如spring + RMI/hessian处理那么流畅简洁。而且，web service不支持集合类型，只能用数组，不方便。

相关引用：

http://www.cnblogs.com/yeahwell/p/4684492.html

http://lavasoft.blog.51cto.com/62575/91679/

http://www.cnblogs.com/Jessy/p/3528341.html