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

最新推荐文章于 2024-09-05 08:43:46 发布

小弟季义钦

最新推荐文章于 2024-09-05 08:43:46 发布

阅读量1.5w

点赞数 2

分类专栏：分布式服务架构

分布式服务架构专栏收录该内容

45 篇文章 0 订阅

订阅专栏

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

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<Byte>对二进制数据进行封装，性能极其低下，通过查找mail list，发现可以直接使用binary类型，测试了一下，结果很理想。

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

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