跨语言RPC框架Hessian、Thrift、Protocol Buffer之间的选择

总结在几者之间选择的考量:

1. 如果你不需要很多语言相互调用, 希望保持清晰的java接口代码(无任何业务不相关的接口继承和方法,属性定义),减少开放工作量,推荐Hessian。

2. 如果你的系统之间传输的数据量不是很大(<2M都不算大), 推荐Hessian。

3. 如果需要支持大数据量的传输,多语言调用,极高的并发支持,推荐使用thrift/protocol buffer。 通常我们并发很难超过1000 req/s,如果超过1000 req/s,在国内互联网排名绝对前5,那么恭喜你。因此一般而言,用Hessian就够了。

=====================================================================================


最近重新考察了各种RPC解决方案,感觉最初的xmlrpc确实在技术上已经有些落后了。

最初考虑的替代方案是采用hessian,原来没有采用这一方案的原因之一是hessian最初只能是现java到java的访问,另外hessian需要web容器的支持。没想到两年时间hessian已经发展到了多语言支持,并且采用Jetty嵌入web容器也变得非常简单,因此首先对hessian 进行了尝试,发现xmlrpc到hessian的转换非常容易,尤其是使用纯java的情况,转换的代价非常小,性能也有显著的提高,对于最关心的二进制数据传输,性能提高了一倍多一点,感觉很满意。

由于有了Jetty,接下来考察了使用纯servlet方案,虽然不够灵活,但性能上能够比hessian快一点。

经过上述测试,基本上确认了,采用http协议的情况下,采用hessian比较适当,在一些关键点,可以采用自定义的servlet,性能上能够进一步提高。

本想下一步直接测试ICE的性能,由于最近google发布了protocol buffers,因此对这一类的技术产生了兴趣,首先考察了protocol buffers,但是目前提供的代码中,虽然对于RPC留有了接口,但并没有提供直接的实现,因此暂时放在一边。在查找protocol buffers的过程中,与其类似的thrift落入了眼帘,接下来对thrift进行了考察,经过简单地测试,发现thrift在开发方面相当简单,而且性能也有明显的提高,相比hessian,有将近80%的提高。测试过程中存在一点点插曲,由于thrift的文档过于简单(估计没有及时更新),其中没有对二进制数据类型进行说明,因此最初采用List对二进制数据进行封装,性能极其低下,通过查找mail list,发现可以直接使用binary类型,测试了一下,结果很理想。

从目前来看,基于中间描述的协议,例如corba的idl,protocol buffers的proto,thrift的ThriftIDL,ice的slice,这些协议可以通过中间描述生成代码,数据的编码和解析具有很好的性能,而基于直接类型的协议如xmlrpc,hessian等,则必须采用反射的方法进行编码和解析,性能相对较低。

由于ICE的文档太多,总是下不了决心攻读一下,不过这次决心一定要对各种协议做一个全面的对比,下一步的重点将是ICE。


=====================================================================================

http://stackoverflow.com/questions/461319/would-you-recommend-google-protocol-buffers-or-caucho-hessian-for-a-cross-langua


http://www.beyondlinux.com/2011/06/02/%E9%80%9A%E4%BF%A1%E5%8D%8F%E8%AE%AE%E4%B8%8E%E5%BA%8F%E5%88%97%E5%8C%96%E6%96%B9%E6%A1%88%E7%9A%84%E7%BA%A0%E7%BB%93-protocol-buffer-thrift-or-hessian/


http://shiyanjun.cn/archives/499.html


我更想知道的是如何在TCP/UDP上封装为RPC!!!!!!!!!!!!

你可能感兴趣的:(分布式服务架构)