一、什麼是Hessian
Hessian 是一個基於 binary-RPC 實現的遠程通訊庫。使用二進制傳輸數據。Hessian通常通過Web應用來提供服務，通過接口暴露。Servlet和Spring的DispatcherServlet都可以把請求轉發給Hessian服務。由以下兩種方式提供，分別爲：com.caucho.hessian.server.HessianServlet、org.springframework.web.servlet.DispatcherServlet。
關於hessian的7個問題：
1、是基於什麼協議實現的？
基於Binary-RPC協議實現。
2、怎麼發起請求？
需通過Hessian本身提供的API來發起請求。
3、怎麼 將請求轉化爲符合協議的格式的？
Hessian通過其自定義的串行化機制將請求信息進行序列化，產生二進制流。
4、使用什麼傳輸協議傳輸？
Hessian基於Http協議進行傳輸。
5、響應端基於什麼機制來接收請求？
響應端根據Hessian提供的API來接收請求。
6、怎麼將流還原爲傳輸格式的？
Hessian根據其私有的串行化機制來將請求信息進行反序列化，傳遞給使用者時已是相應的請求信息對象了。
7、處理完畢後怎麼迴應？
處理完畢後直接返回，hessian將結果對象進行序列化，傳輸至調用端。
二、hessian的優缺點
優點：
簡單易用，面向接口，通過接口暴露服務，jar包只有200、300k，不需要配置防火牆
效率高，複雜對象序列化速度僅次於RMI，簡單對象序列化優於RMI，二進制傳輸
多語言支持：wiki、Java、Flash/Flex、Python、C++、.NET C#、PHP、Ruby、Objective-C
可與spring集成，配置簡單，HessianServiceExporte
缺點：
缺乏安全機制，傳輸沒有加密處理
異常機制不完善，總是報一些錯誤，錯誤原因也是千奇百怪，提示信息不足
事務處理欠缺
版本問題，spring 2.5.6對照3.1.3版，spring 3對照4.0及以上版本，需要使用spring MVC
三、各個通訊協議對比
通訊效率測試結果:
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倍。
四、基本應用流程
客戶端必須具備以下幾點：
·java客戶端包含Hessian.jar的包。
·具有和服務器端結構一樣的接口。
·利用HessianProxyFactory調用遠程接口。
·使用spring方式需要配置HessianProxyFactoryBean
注意：使用resin容器時，resin已經包含了hessian.jar包
JAVA服務器端必須具備以下幾點：
·包含Hessian的jar包。
·設計一個接口，用來給客戶端調用。
·實現該接口的功能。
·配置web.xml，配好相應的servlet。
·對象必須實現Serializable 接口。
·對於spring方式DispatcherServlet攔截url，HessianServiceExporter提供Bean服務
五、幾種Remoting實現的比較
Spring支持的Remoting實現技術是非常多的，雖然Spring屏蔽了這些技術使用上的差異，但是選擇一個合適的Remoting技術仍然對系統有非常積極的作用，下面就來講述這些實現技術的優缺點。
(1) RMI：
RMI使用Java的序列化機制實現調用及返回值的編組(marshal)與反編組(unmarshal)，可以使用任何可序列化的對象作爲參數和返回值。其缺點是RMI只能通過RMI協議來進行訪問，無法通過HTTP協議訪問，無法穿透防火牆。
(2) Hessian：
Hessian也是將網絡傳輸的對象轉換爲二進制流通過Http進行傳遞，不過它是使用自己的序列化機制實現的編組與反編組，其支持的數據類型是有限制的，不支持複雜的對象。Hessian的優點是可以透過防火牆。
(3) Burlap：
Burlap是將網絡傳輸的對象轉換爲XML文本格式通過Http進行傳遞，支持的對象與Hessian相比更少。XML一般比二進制流佔 用空間大，在網絡上傳遞所需要的時間比二進制流長，XML的解析過程也會耗用更多的內存。Burlap可以穿透防火牆，而且由於傳輸的格式是XML文本， 可以與其他系統(比如.NET)集成，從某種程度來講，Burlap是一種不標準的WebService。
(4) HttpInvoker：
HttpInvoker將參數和返回值通過Java的序列化機制進行編組和反編組，它具有RMI的支持所有可序列化對象的優點。 Http Invoker是使用Http協議傳輸二進制流的，而同時又具有Hessian、Burlap的優點。