这周在跟着大牛学习阿里的一个开源的分布式服务框架——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用的比较多点吧。
