Dubbo框架功能流程理解

Dubbo简介

Dubbo 致力于提供高性能和透明化的 RPC 远程服务调用方案，以及 SOA 服务治理方案。简单的说，dubbo 就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有 dubbo 这样的分布式服务框架的需求。Dubbo是一款高性能、轻量级的开源Java RPC框架。
本质： 就是一个Jar包，一个分布式框架，一个远程服务调用的分布式框架。
好处：
1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。

2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。

3.服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。比如下面两个配置：
服务方配置：

消费方配置：

Zookeeper(注册中心)说明

它是一个分布式服务框架，是Apache Hadoop 的一个子项目，它主要是用来解决分布式应用中经常遇到的一些数据管理问题，如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。

Zookeeper使用缘由

dubbo将Web层和Service层中单个个服务器拆分为多个服务器，那么总要一个中心系统来统一管理这些服务器，不然Web发送的请求如何知道是去往Service层服务器中的哪一个呢？所以这个时候就需要用到Zookeeper这个用于分布式中一致性处理的框架，其实不一定非要用Zookeeper，其它类似的框架都可以，但Zookeeper是官方推荐的。

Zookeeper作用图

最终工作流程

节点角色说明：

Provider（生产者）:暴露服务的服务提供方。
Consumer（消费者）: 调用远程服务的服务消费方。
Registry（注册中心）: 服务注册与发现的注册中心。
Monitor（监控中心）: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
调用关系说明：
0. 服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。(其实在监控中心任何时候刷新页面都能看到即时的访问路径)

流程图（从0开始看起）：

总结

Dubbo本身的原理其实并不复杂，只是我一开始将Zookeeper（注册中心）的作用搞混了，还以为Zookeeper就是Dubbo中的一部分。Zookeeper（注册中心）本身是单独安装到一个服务器当中，用于注册管理其它服务器，开发的时候，随同注册中心一起安装的还有一个管理中心(用来让我们知道注册中心都注册了哪些服务，以便我们开发和测试。其实管理中心就是一个 web 应用，部署到同服务器的 tomcat 即可。)，管理中心只是一个辅助Zookeeper管理的界面，如下图：