dubbox粗记

一直在用dubbo2.5。今天花了一天时间研究了当当网的dubbox项目并在本地运行，粗略记录一下认识。

dubbox的主要升级点：

一、dubbox弥补了dubbo中没有REST框架的不足，但REST性能指标比RPC要差，非业务必要性要求首选RPC。已有的dubbo服务端服务能够经过dubbox快速包装为REST风格的服务。无论怎么说，在跨语言和多种前端对应时仍是颇有须要REST调用的。

二、几种序列化方式的增长，Kryo成为首选。dobbo RPC默认使用的hessian2确实有Bug，咱们在项目中也遇到过。

三、其它一些升级和小改动

升级的必要性：

一、新项目建议升级使用dubbox，除了REST框架这一块有必定的学习成本外，其它能够从dubbo自己无缝沿用。

二、现有稳定运行项目没有遇到跨语言场景或须要全面开放REST调用框架包装支持，业务场景仅限于RPC调用能够不考虑升级。

三、dubbox须要手动maven安装和上传到私有库，目前没有在maven公库上发布

四、dubbx如今有当当网在维护，而dubbo基本这几年处于无人问津的状态，从项目可靠度和风险度来考虑建议使用dubbox。

关于将来：

一、考虑后端架构从dubbo切换到Jdubbox。

二、JFinal能够考虑直接支持dubbox了，而不是当初说的dubbo。

三、不管是dubbo仍是dubbox，都没有解决分布式事务问题。目前想法依旧是经过消息确认机制和业务补偿机制来解决。