一直在用dubbo2.5。今天花了一天时间研究了当当网的dubbox项目并在本地运行，粗略记录一下认识。
dubbox的主要升级点：
1、dubbox弥补了dubbo中没有REST框架的不足，但REST性能指标比RPC要差，非业务必要性要求首选RPC。已有的dubbo服务端服务可以通过dubbox快速包装为REST风格的服务。不管怎么说，在跨语言和多种前端对应时还是很有需要REST调用的。
2、几种序列化方式的增加，Kryo成为首选。dobbo RPC默认使用的hessian2确实有Bug，我们在项目中也遇到过。
3、其它一些升级和小改动
升级的必要性：
1、新项目建议升级使用dubbox，除了REST框架这一块有一定的学习成本外，其它可以从dubbo本身无缝沿用。
2、现有稳定运行项目没有遇到跨语言场景或需要全面开放REST调用框架包装支持，业务场景仅限于RPC调用可以不考虑升级。
3、dubbox需要手动maven安装和上传到私有库，目前没有在maven公库上发布
4、dubbx现在有当当网在维护，而dubbo基本这几年处于无人问津的状态，从项目可靠度和风险度来考虑建议使用dubbox。
关于未来：
1、考虑后端架构从dubbo切换到Jdubbox。
2、JFinal可以考虑直接支持dubbox了，而不是当初说的dubbo。
3、无论是dubbo还是dubbox，都没有解决分布式事务问题。目前想法依旧是通过消息确认机制和业务补偿机制来解决。
来源：oschina
链接：https://my.oschina.net/u/2621890/blog/713962