Springboot2.x整合Dubbo2.6.x和Dubbo2.7.xDubbo有很长一段时间的发展史，2018年的时候不知道为什么阿里暂更了一年，之后又重新开始更新。dubbo和zookeeperdubbo是一个远程调用服务的分布式框架，可以实现远程通讯、动态配置、地址路由等等功能。

eclipsejetty启动DUBBO安装配置注意事项管理端：记得更改TOMCAT的端口号，不然会和监控器的8080冲突（如何部署在同一机器）dubbo.properties文件dubbo.registry.addresszookeeper://x.x.x.x:2181dubbo.admin.root.password用户dubbo.admin.guest.password密码监控端：dubbo.properties文件dubbo.containerlog4j,

registry,jettydubbo.application.namesimplemonitordubbo.application.owner#dubbo.registry.addressmulticast://224.5.6.7:1234#dubbo.registry.addresszookeeper://127.0.0.1:2181#dubbo.registry.addressredis://127.0.0.1。

dubbo实现了分布式远程调用框架，多运行节点既能提高可靠性，又能提升负载能力。dubbo配置主要有注册中心（推荐zookeeper或redis）、提供者provider、消费者consumer，注册中心是第三方实现，所以主要配置好服务提供者和消费者就可以了。实际上服务接口和实现都是需要我们自己设计和实现的，dubbo做的事情就是将服务实现发布到注册中心，然后消费者从注册中心订阅服务接口，之后对接口的调用就由dubbo调度提供者去执行并返回结果。

提供者provider的配置：提供者是独立运行的节点，可以多实例运行，将服务注册到注册中心必须要有applicationname，注册中心配置zookeeper，协议dubbo，超时6秒失败不重试，提供者加载repository和service层bean，然后发布接口service。

dubbo是一个远程调用服务的分布式框架，可以实现远程通讯、动态配置、地址路由等等功能。比如在入门demo里的暴露服务，使得远程调用的协议可以使用dobbo协议(dubbo://x.x.x.x)或者其它协议，可以配置zookeeper集群地址，实现软负载均衡并配置均衡方式等。在不搭配注册中心的时候，它也是可以实现服务端和调用端的通信的，这种方式是点对点通信的，所谓“没有中间商”。

它可以通过集成注册中心，来动态地治理服务发布和服务调用。相当于把服务注册和发布推送的功能分摊给了(zookeeper)注册中心。Dubbo实现服务调用是通过RPC的方式，即客户端和服务端共用一个接口(将接口打成一个jar包，在客户端和服务端引入这个jar包)，客户端面向接口写调用，服务端面向接口写实现，中间的网络通信交给框架去实现。

Dubbo有很长一段时间的发展史，2018年的时候不知道为什么阿里暂更了一年，之后又重新开始更新。之前一直是阿里在维护，后面阿里把它捐给了Apache基金会，由Apache来维护，2.6.x之前，maven中的包名都是alibaba，2.7.0之后包名改成了apache，其中整合入系统中有一些差异；发展史:Dubbo的原理什么的以及它的组成这里就不扯了，直接说说dubbo的项目结构吧。