几种Java常用的通信协议比较

曾经终败给现在 2023-10-18 09:17 147阅读 0赞

###### 简介 ######

本文比较了`RMI`，`Hessian`，`Burlap`，`Httpinvoker`，`Web service`等5种通讯协议的在不同的数据结构和不同数据量时的传输性能。  
`RMI`是java语言本身提供的远程通讯协议，稳定高效，是EJB的基础。但它只能用于JAVA程序之间的通讯。  
`Hessian`和`Burlap`是caucho公司提供的开源协议，基于HTTP传输，服务端不用开防火墙端口。协议的规范公开，可以用于任意语言。  
`Httpinvoker`是SpringFramework提供的远程通讯协议，只能用于JAVA程序间的通讯，且服务端和客户端必须使用SpringFramework。  
`Web service`是连接异构系统或异构语言的首选协议，它使用SOAP形式通讯，可以用于任何语言，目前的许多开发工具对其的支持也很好。

###### 测试结果 ######

测试结果显示，几种协议的通讯效率依次为：

RMI > Httpinvoker >= Hessian >> Burlap >> Web service

*  `RMI`不愧是JAVA的首选远程调用协议，非常高效稳定，特别是在大数据量的情况下，与其他通讯协议的差距尤为明显。
 *  `Httpinvoker`使用java的序列化技术传输对象，与`RMI`在本质上是一致的。从效率上看，两者也相差无几，`Httpinvoker`与`RMI`的传输时间基本持平。
 *  `Hessian`在传输少量对象时，比`RMI`还要快速高效，但传输数据结构复杂的对象或大量数据对象时，较`RMI`要慢20%左右。
 *  `Burlap`仅在传输1条数据时速度尚可，通常情况下，它的耗时是`RMI`的3倍。
 *  `Web Service`的效率低下是众所周知的，平均来看，`Web Service`的通讯毫时是`RMI`的10倍。

###### 结果分析 ######

###### 1、直接调用 ######

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

###### 2、RMI调用 ######

与设想的一样，`RMI`理所当然是最快的，在几乎所有的情况下，它的耗时都是最少的。特别是在数据结构复杂，数据量大的情况下，与其他协议的差距尤为明显。

###### 3、Hessian调用 ######

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

###### 4、Burlap调用 ######

`Burlap`与`Hessian`都是caucho公司的开源产品，只不过`Hessian`采用二进制的方式，而`Burlap`采用xml的格式。  
测试结果显示，`Burlap`在数据结构不复杂，数据量中等的情况下，效率还是可以接受的，但如果数据量大，效率会急剧下降。平均计算，`Burlap`的调用耗时是`RMI`的3倍。  
我认为，其效率低有两方面的原因，一个是XML数据描述内容太多，同样的数据结构，其传输量要大很多；另一方面，众所周知，对xml的解析是比较费资源的，特别对于大数据量情况下更是如此。

###### 5、HttpInvoker调用 ######

`HttpInvoker`是SpringFramework提供的JAVA远程调用方法，使用java的序列化机制处理对象的传输。从测试结果看，其效率还是可以的，与RMI基本持平。  
不过，它只能用于JAVA语言之间的通讯，而且，要求客户端和服务端都使用Spring框架。  
另外，`HttpInvoker` 并没有经过实践的检验，目前还没有找到应用该协议的项目。

###### 6、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文件上。这比冗余信息更为严重，冗余信息占用的只是网络带宽，而每次调用的资源耗费直接影响到服务器的负载能力。

--------------------

原文：[https://blog.csdn.net/cloasgao/article/details/71194512][https_blog.csdn.net_cloasgao_article_details_71194512]

[https_blog.csdn.net_cloasgao_article_details_71194512]: https://blog.csdn.net/cloasgao/article/details/71194512