通信协议与序列化方案的纠结: Protocol Buffer, Thrift or Hessian
最早我用 hessian 作为 java 搜索服务中的通信协议和序列化方案。松耦合，部署，调用方便。这两年很多人跟我提起 protocol buffer，thrift。特别是最近从不少地方的信息看到很多地方在用，也找到一些改用 protocol buffer 或者apache thrift的理由：
1.在趋势科技的时候，病毒清理引擎里面用的也是 protocol buffer 作为序列化，实际上在 Trend，PB用的很广泛。
2. Jeff Dean 推荐分布式系统中使用 Protocol Description Language。 （理由是协议描述语言支持接口的版本演进，即可以自动忽略不认识的属性，但不是如很多中文文章翻译中所说的为了减少通信的代码量。）
参考：
http://www.parallellabs.com/2010/12/02/jeff-dean-on-google-system-architecture/
http://peopleyun.com/?p=794
3.Quora也 在用 Protocol Buffer。参考Quora’s Technology Examined
更为重要的是，在我们项目中 .net 以 hessian 协议调用 java 的过程中多次出现接口中的类版本变化，导致无法调用，且 hessian 并不显示有提示作用的错误信息。 调试和定位问题相当的困难和耗时。因此决定尝试 PB 和 thrift， 对比了两者， 发现 thrift 更好用。
1. thrift 支持 map
2. thrift 提供各种语言的 RPC 实现，不用另外再写 RPC 服务器。
3. thrift 官方原生版本可以自动生成各种语言的客户端，大大减少开发工作量。
参考 ”thrift与protocol buffer的比较“
（注意两点，1.有评论者说 thrift runtime 不支持 windows，实际上现在支持的 2.另一个说开始的测试结果表明 hessian 比 PB 要快，但后来重新测试PB要快。）
但不方便的是 thrif t也同 protocol buffer 一样，需要编写定义文件， 需要生成代码， 代码中有一堆生成的方法和属性， 不如直接使用Hessian方便， 使用hessian的时候， 要开放服务的接口中压根就不需要增加任何额外的方法和属性。
使用 hessian 过程中，最大的问题在于前面所描述的，.net 调用 java hessian 服务，当接口中的类版本有变化时，会调用失败。但 java 调用 java hessian 并没有这个问题。
后来到 stackoverflow 上查关于 hessian, protocol, buffer 的选择问题， stackoverflow 上几个人推荐使用简洁、清晰、松耦合的 hessian。最终决定仍然使用 hessian，不迷信 google，迷信quora，不再考虑使用 thrift/java。
总结在几者之间选择的考量：
- 如果你不需要很多语言相互调用， 希望保持清晰的 java 接口代码（无任何业务不相关的接口继承和方法，属性定义），减少开放工作量，推荐 hessian。
- 如果你的系统之间传输的数据量不是很大(<2M都不算大)， 推荐 hessian。
- 如果需要支持大数据量的传输，多语言调用，极高的并发支持，推荐使用 thrift/protocol buffer。 通常我们并发很难超过1000 req/s，如果超过1000 req/s，在国内互联网排名绝对前5，那么恭喜你。因此一般而言，用 hessian 就够了。 Conclusion: don't bother me with Protocol Buffer or Thrift.
REFER:
精通Dubbo——Dubbo支持的协议的详解
https://blog.csdn.net/fuyuwei2015/article/details/72848310
Apache Thrift - 可伸缩的跨语言服务开发框架
https://www.ibm.com/developerworks/cn/java/j-lo-apachethrift/index.html
gRPC vs REST
https://www.jianshu.com/p/34acb53d656b
http://hessian.caucho.com/#Java
https://github.com/grpc
https://github.com/alipay/sofa-hessian
https://github.com/protostuff/protostuff
https://msgpack.org
https://github.com/alibaba/fastjson
