Dubbox和Dubbo哪个好？为什么？

Dubbox和Dubbo哪个好?其实Dubbox和Dubbo都是很好的服务框架，简单来说，Dubbox和Dubbo本质上没有区别，Dubbox是Dubbo的升级版本。这样说来，好像Dubbox更好一些，为什么?毕竟它是升级的版本，扩展了Dubbo没有的内容。现在，动力节点java学院小编详细分析一下它们两者的区别？

　　1、简介

　　Dubbo源于阿里的淘宝网开源的分布式的服务架构，致力于提供高性能和透明化的RPC远程服务调用方案，是SOA服务化治理方案的核心框架。淘宝网将其开源之后，得到了很多的拓展和支持(比较出名的有：当当网的扩展版本dubbox，京东的扩展版本jd-hydra等)

　　Dubbox是一个开源的RPC(Remote ProcedureCall Protocol)远程调用框架，是由dangdang对阿里的Dubbo的升级，可以被视为Dubbo的增强版，基本架构没有变动，升级spring2.x到spring3.x,支持restful风格的调用调试方式，丰富了序列化的方式，提高了序列化的性能。Dubbox(即Dubbo eXtensions)是当当网Fork基于dubbo2.x的升级版本，兼容原有的dubbox。其中升级了zookeeper和spring版本，并且支持restfull风格的远程调用。

　　2、现状

　　Dubbo源于阿里的淘宝网开源的分布式的服务架构，据说淘宝网dubbo与一个非开源的框架HSF有争执，导致dubbo的团队已经解散了。Dubbo目前已停止更新。

　　Dubbox(即Dubbo eXtensions)是当当网Fork基于dubbo2.x的升级版本，兼容原有的dubbox。其中升级了zookeeper和spring版本，并且支持restfull风格的远程调用。Dubbox得到不断的发展(升级更新)，目前还在更新。

　　3、服务框架对比

　　Dubbox名字的含义扩展了Dubb，以下为扩展出来的功能，这也是选择Dubbox很重要的考察点。

　　支持REST风格远程调用(HTTP + JSON/XML);

　　支持基于Kryo和FST的Java高效序列化实现;

　　支持基于Jackson的JSON序列化;

　　支持基于嵌入式Tomcat的HTTP remoting体系;

　　升级Spring至3.x;

　　升级ZooKeeper客户端;

　　支持完全基于Java代码的Dubbo配置。

　　4、RPC vs REST

　　服务提供方与调用方接口依赖方式太强：我们为每个微服务定义了各自的service抽象接口，并通过持续集成发布到私有仓库中，调用方应用对微服务提供的抽象接口存在强依赖关系，因此不论开发、测试、集成环境都需要严格的管理版本依赖，才不会出现服务方与调用方的不一致导致应用无法编译成功等一系列问题，以及这也会直接影响本地开发的环境要求，往往一个依赖很多服务的上层应用，每天都要更新很多代码并install之后才能进行后续的开发。若没有严格的版本管理制度或开发一些自动化工具，这样的依赖关系会成为开发团队的一大噩梦。而REST接口相比RPC更为轻量化，服务提供方和调用方的依赖只是依靠一纸契约，不存在代码级别的强依赖，当然REST接口也有痛点，因为接口定义过轻，很容易导致定义文档与实际实现不一致导致服务集成时的问题，但是该问题很好解决，只需要通过每个服务整合swagger，让每个服务的代码与文档一体化，就能解决。所以在分布式环境下，REST方式的服务依赖要比RPC方式的依赖更为灵活。

　　服务对平台敏感，难以简单复用：通常我们在提供对外服务时，都会以REST的方式提供出去，这样可以实现跨平台的特点，任何一个语言的调用方都可以根据接口定义来实现。那么在Dubbo中我们要提供REST接口时，不得不实现一层代理，用来将RPC接口转换成REST接口进行对外发布。若我们每个服务本身就以REST接口方式存在，当要对外提供服务时，主要在API网关中配置映射关系和权限控制就可实现服务的复用了。

　　Dubbo实现了服务治理的基础，但是要完成一个完备的微服务架构，还需要在各环节去扩展和完善以保证集群的健康，以减轻开发、测试以及运维各个环节上增加出来的压力，这样才能让各环节人员真正的专注于业务逻辑。而Spring Cloud依然发扬了Spring Source整合一切的作风，以标准化的姿态将一些微服务架构的成熟产品与框架揉为一体，并继承了Spring Boot简单配置、快速开发、轻松部署的特点，让原本复杂的架构工作变得相对容易上手一些。所以，如果选择Dubbo请务必在各个环节做好整套解决方案的准备，不然很可能随着服务数量的增长，整个团队都将疲于应付各种架构上不足引起的困难。而如果选择Spring Cloud，相对来说每个环节都已经有了对应的组件支持，可能有些也不一定能满足你所有的需求，但是其活跃的社区与高速的迭代进度也会是你可以依靠的强大后盾。

　　Dubbox： 相对于Dubbo支持了REST，估计是很多公司选择Dubbox的一个重要原因之一，但如果使用Dubbo的RPC调用方式，服务间仍然会存在API强依赖，各有利弊，懂的取舍吧。

以上就是动力节点java学院小编分享的“ Dubbox和Dubbo哪个好？为什么？”的相关内容，希望对各位有帮助，有任何问题可以随时在线咨询，有专业老师为你服务。