Spring整合Hessian

2015-09-17 本文已影响938人会点代码的大叔

这周在跟着大牛学习阿里的一个开源的分布式服务框架——Dubbo，折腾了两天才把本地环境跑起来，又是注册中心又是监控中心的，又是服务消费者又是服务提供者的，本地跑了好几个weblogic/tomcat服务，8G内存毫无压力，HOHO~

不过这个框架功能还是比较复杂的，先跑通流程，弄清楚服务是怎么调用的，了解一下每个模块的主要工作是什么；再进一步的去研究源码的细节。在此之前，它所依赖的一些技术框架，有不懂得我也就先大概了解了解。

Hessian是一个轻量级的remoting on http框架，采用的是Binary RPC协议，Hessian一般是通过Web应用来提供服务，因此非常类似于平时我们用的WebService。Hessian可通过Servlet提供远程服务，需要将匹配某个模式的请求映射到Hessian服务。也可Spring框架整合，下面就是我搭建的一个deme，用于实现Spring整合Hessian。

一、服务端：

服务端是一个web项目，所以要先建一个web工程，之后：

1、服务接口：

packagecom.cn.tk.lw;
public interface HelloService {
    public String helloWorld(String message);
}

回头这个接口是要导出jar包给客户端使用的。

2、服务实现：

packagecom.cn.tk.lw.impl;
importcom.cn.tk.lw.HelloService;

public class HelloServiceImpl implements HelloService {
    @Override
    public String helloWorld(String message) {
        // TODO Auto-generated method stub
        return "hello," + message;
    }
}

3、在web.xml中增加一个servlet:

<servlet>
    <servlet-name>hessian-service</servlet-name>
    <servlet-class>
        com.caucho.hessian.server.HessianServlet
    </servlet-class>
    <init-param> 
        <param-name>home-class</param-name> 
        <param-value>
        <!-- 服务实现类 -->
        com.cn.tk.lw.impl.HelloServiceImpl
    </param-value>
    </init-param>
        <init-param> 
        <param-name>home-api</param-name>
        <!-- 服务接口 -->
        <param-value>com.cn.tk.lw.HelloService</param-value>
    </init-param>
</servlet>
    
<servlet-mapping>
    <servlet-name>hessian-service</servlet-name>
    <url-pattern>/hessian</url-pattern>
</servlet-mapping>

4、导出服务接口jar包

右键点击接口，选择Export

服务端就完成了。

二、客户端：

客户端比较简单，直接写个Main方法即可（要引入服务端导出的jar）：

public static void main(String[] args){

    String url = "http://localhost:8088/springDemo/hessian";
    
    System.out.println(url);
    
    HessianProxyFactory factory = new HessianProxyFactory();
    
    HelloService helloService;
    
    try {
    
    helloService = (HelloService) factory.create(HelloService.class, url);
    
    System.out.println(helloService.helloWorld("world"));
    
    } catch (MalformedURLException e) {
    
    // TODO Auto-generated catch block
    
    e.printStackTrace();

}

运行即可检验。客户端也可以写成web应用，使用spring整合，这里就不写了，最后附上demo代码，包括工程所需要的jar。workspace-hessian.zip

三、RMI、Hessian 、 HttpInvoker 、 XFire 、 Axis对比：

J2EE 企业应用系统中，存在着 Hessian 、 HttpInvoker 、 XFire 、 Axis 等多种形式的远程调用技术。无论使用那种技术，其基本原理都是一样的：服务端生成骨架，对外暴露服务；客户端生成服务代理，访问调用服务。

RMI的性能最高，这已是公认，RMI底层基于Java远程方法协议(JRMP)和对象序列化技术，而JRMP是直接基于TCP/IP协议的封装。JavaEE标准的EJB就是基于RMI的调用。

hessian是一个轻量级的remoting on http框架。Hessian没有采用WebService标准的SOAP协议，而是自己实现了一种二进制RPC(Remote Procedure Call Protocol，远程过程调用协议)协议。Hessian的设计理念就是简单高效，使用 Hessian 传输数据量比Soap协议要小很多。这也是为什么Hessian的性能要高于WebService。但是，尽管它再简单高效，它始终是基于Http协议上封装的，所以还是比Java的RMI效率要差一些。

Java6原生WebService 和 CXF的性能应该说是基本同级别，前者略高于后者。众所周知WebService是基于Soap协议实现的，而Soap协议是在Http协议基础上的 XML定义和封装。所有的请求和响应都要被转化成符合SOAP标准的XML格式。显然这直接会导致效率的降低。

XML格式的协议是一种易读易理解的协议，但并不高效。解析和组装XML协议数据流都需要耗费系统的处理时间，所以，WebService的性能不如 Hessian。这里要说一下的是Java6原生的WebService，开发起来非常方便，而且无需额外引入一大堆的Jar包。性能又强于CXF，至于 Axis2和Axis1就更不用说，已经有很多测试表明CXF的性能是Axis2的2倍以上，是Axis1的2-6倍。

那么既然RMI性能那么好，为什么我们需要那么多其他的远程调用方式呢?这个问题又引发到了一个原始的真理。越原始越底层的技术效率就越高，但局限性也就越大。RMI是Java的特性，那么它必须基于JVM运行，也就是说RMI无法跨语言运行。而WebService就不同了，Soap是基于标准 Http协议的，是一种与语言无关的字符级协议，所以它可以更好的实现异构系统的通信。这在我们现实环境中是非常有用的，相信大家还是 WebService用的比较多点吧。