RPC框架-hessian学习

先说说hessian有什么优点和缺点

一、优点：

比 Java 原生的对象序列化/反序列化速度更快, 序列化出来以后的数据更小.序列化协议跟应用层协议无关, 可以将 Hessian 序列化以后的数据放在 HTTP Body 里, 也可以放在 DUBBO 里, 或者直接用 Socket 传输。Hessian协议和web service常用的SOAP协议类似，也是将协议报文封装在HTTP封包中，通过HTTP信道进行传输的。因此Hessian协议具有与SOAP协议同样的优点，即传输不受防火墙的限制（防火墙通常不限制HTTP信道），不需要配置防火墙。Hessian类似于Webservice，但是它不使用soap协议，它把协议报文封装到http封包中，通过HTTP信道传输。是一种高效简洁的远程调用框架，它采用的是二进制RPC协议（Binary），具有轻量、传输量小、平台无关的特点，特别适合于目前网络带宽比较小的手机网络应用项目。简单易用，面向接口，通过接口暴露服务，jar包只有200、300k，效率高，复杂对象序列化速度仅次于RMI，简单对象序列化优于RMI，二进制传输多语言支持。为什么序列化后数据更小呢？因为：

它把本地格式的数据编码为二进制数据，仅用一个字符作为结构化标记，HBWSP封装后的数据增量明显小于SOAP封装后的数据增量。并且相对于SOAP，Hessian协议的外部数据表示有3个显著的优势：
1）采用简单的结构化标记。简单的结构化标记减少了编码、解码操作对内存的占用量。编码时，只需写少量的数据，就可以标记结构；解码时，只需读少量的数据就可以确定结构。而且，简单的结构化标记减少了编码后的数据增量。
2）采用定长的字节记录值。用定长的字节记录值，解码时，就可以使用位操作从固定长度的位获得值。这样不仅操作简单，而且可以获得较高的性能。
3）采用引用取代重复遇到的对象。使用引用取代重复遇到的对象可以避免对重复对象的编码，而且也减少了编码后的数据量。
因此使用Hessian协议传输数据量比SOAP协议要小得多。实践证明，传输同样的对象Hessian协议传输的数据量比SOAP协议低一个数量级。因此Hessian协议比SOAP协议更适用于分布式应用系统间大数据量的数据交换

Hessian是通过servlet提供远程服务，完全使用动态代理来实现的,推荐采用面向接口编程，因此，Hessian服务建议通过接口暴露。hessian已经支持Java，Flash/Flex，Python，C++，.NET C#，D，Erlang，PHP，Ruby，Objective C。

二、缺点

如果service层中返回的对象是复杂对象,使用它就会削弱Hessian的传输量小的优点，而且也会增加Hessian客户端的代码量。既然它是把对象序列化为二进制流的形式在http信道中传输，那么对于安全性高的应用不应该采用hessian(比如网上支付等)。缺乏安全机制，传输没有加密处理，异常机制不完善，总是报一些错误，错误原因也是千奇百怪，提示信息不足，事务处理欠缺，版本问题，spring
2.5.6对照3.1.3版，spring 3对照4.0及以上版本，需要使用spring MVC。

关于hession和其他通讯RPC方式的一些比较

1.和dubbo对比：dubbo支持多种远程调用方式，例如dubbo
RPC（二进制序列化 + tcp协议）、http invoker（二进制序列化 + http协议，至少在开源版本没发现对文本序列化的支持）、hessian（二进制序列化 + http协议）、WebServices （文本序列化 + http协议）等等...

2.和RMI,HTTPINvoker等对比

通讯效率测试结果:
RMI > Httpinvoker >= Hessian >> Burlap >> Web service
1.RMI 是 Java 首选远程调用协议，非常高效稳定，特别是在数据结构复杂，数据量大的情况下，与其他通讯协议的差距尤为明显。但不能跨语言。
2.HttpInvoker 使用 java 的序列化技术传输对象，与 RMI 在本质上是一致的。从效率上看，两者也相差无几， HttpInvoker 与 RMI 的传输时间基本持平。
3.Hessian 在传输少量对象时，比 RMI 还要快速高效，但传输数据结构复杂的对象或大量数据对象时，较 RMI 要慢 20% 左右。但这只是在数据量特别大，
数据结构很复杂的情况下才能体现出来，中等或少量数据时， Hessian并不比RMI慢。 Hessian 的好处是精简高效，可以跨语言使用，而且协议规范公开，
我们可以针对任意语言开发对其协议的实现。另外， Hessian与WEB服务器结合非常好，借助WEB服务器的成熟功能，在处理大量用户并发访问时会有很大优势，在资源分配，
线程排队，异常处理等方面都可以由成熟的WEB服务器保证。而 RMI 本身并不提供多线程的服务器。而且，RMI 需要开防火墙端口， Hessian 不用。
4.Burlap 采用 xml 格式传输。仅在传输 1 条数据时速度尚可，通常情况下，它的毫时是 RMI 的 3 倍。
5.Web Service 的效率低下是众所周知的，平均来看， Web Service 的通讯毫时是 RMI 的 10 倍。

三、关于hessian的7个问题：

1、是基于什么协议实现的？
基于Binary-RPC协议实现。
2、怎么发起请求？
需通过Hessian本身提供的API来发起请求。
3、怎么将请求转化为符合协议的格式的？
Hessian通过其自定义的串行化机制将请求信息进行序列化，产生二进制流。
4、使用什么传输协议传输？
Hessian基于Http协议进行传输。
5、响应端基于什么机制来接收请求？
响应端根据Hessian提供的API来接收请求。
6、怎么将流还原为传输格式的？
Hessian根据其私有的串行化机制来将请求信息进行反序列化，传递给使用者时已是相应的请求信息对象了。
7、处理完毕后怎么回应？
处理完毕后直接返回，hessian将结果对象进行序列化，传输至调用端。

springMvc集成hession的例子：http://blog.csdn.net/isea533/article/details/45038779

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

本文来自马万明的CSDN 博客，全文地址请点击：https://blog.csdn.net/mawming/article/details/52151879?utm_source=copy