Dubbo是什么
Dubbo是阿里SOA服务化治理方案的核心框架，是众多RPC框架中卓越的框架之一，它提供了注册中心机制，解耦了消费方和服务方动态发现的问题，并提高了可靠能力。我们可以通过官方的架构图了解下Dubbo的工作机制和工作原理：
架构图中几个主要的角色如下：
Container：服务运行的容器
Provider：暴露服务的服务提供方
Registry: 服务注册与发现的注册中心
Consumer: 调用远程服务的服务消费者
Monitor: 统计服务的调用次数和调用时间的监控中心
几个角色协调运作的过程：
Provider启动时会向注册中心吧自己的元数据信息注册上去（例如服务IP地址和端口号等），Consumer启动时会从注册中心订阅（第一次订阅会拉取全量数据）服务提供方的元数据，
注册中心发生数据变更时会将变更的数据推送给订阅的Consumer。Consumer在获取到元数据之后，可以发起RPC调用，在RPC调用前后会向监控中心上报统计信息（调用的接口以及并发数等信息）。
Dubbo核心组件及整体调用过程
Dubbo框架的核心组件
Dubbo中体的分层主要可以分为业务层、RPC层和Remot层，如果把每层进行详细划分的话整体又可以分为以下几层：
业务层：
service层：包括业务代码的接口与实现，即开发者实现的业务代码
RPC层：
config：配置层，主要围绕ServiceConfig（暴露的服务配置）和ReferenceConfig（引用的服务配置）两个类展开，初始化配置信息。
proxy：服务代理层，无论是生产者还是消费者，Dubbo都会生成一个代理类，这样当调用一个远程接口 时，就像调用本地接口一样，代理层会自动做远程调用并返回结果。
registry：注册层，负责Dubbo框架的服务注册与发现。
cluster：集群容错层，主要负责远程调用失败时的集群容错策略（如快速失败、失败重试等）。
monitor：监控层，负责监控统计调用次数和调用时间等。
protocol：远程调用层，封装PRC调用的具体过程，是Invoker暴露和引用的主要功能入口，负责管理Invoker的整个而声名周期。
Remot层：
exchange：信息交换层，封装请求响应模式，如把同步请求转换为异步请求。
transport：网络传输层，把网络传输抽象为统一的接口。
Serialize：序列化层，将需要网络传输的数据极性序列化，转换成二进制流。
Dubbo服务的具体调用过程
Dubbo服务的具体调用过程如上图所示，从生产者（服务提供者）暴露自己的服务和消费者（服务调用者）调用远程服务两个过程进行大致的分析：
服务暴露大致过程
1、服务提供者在启动框架式，初始化服务实例。
2、通过Proxy组件调用具体协议（Dubbo支持多种协议)。
3、服务端把暴露的接口封装成Invoker，然后转换成Exporter。
4、通过Registry把服务元数据注册到注册中心。
消费者调用服务的大致过程
1、从Proxy开始，Proxy持有Invoker对象，然后触发invoke调用。
2、在invoke调用过程中，需要使用到cluster容错策略，来负责调用远程服务失败后的一些后续操作。
3、Cluster在调用之前会通过Directory获取所有可以调用的Invoker列表并且根据路由规则过滤一遍。
4、经过过滤之后的Invoker可能不止一个，此时通过LoadBaklance负载均衡策略选出一个最终调用的Invoker。
5、经过网络序列化以及传输将数据包送到服务提供者。
6、调用者的request被分配到线程池进行处理，找到对应的Exporter，经过一系列的Filter之后得具体接口的真是实现并调用。
7、调用完成之后将结果原路返回。
需要重点理解和掌握的核心组件
Dubbo众多的模块中，可能在开发过程当中并不会全部都用到，但是有几个模块需要重点掌握，
1、Dubbo的注册中心，包括注册中心的工作流程、注册中心的数据结构，订阅发布实现的原理等。
2、Dubbo服务的启停原理，包括生产者对外暴露自己服务接口的详细过程以及消费者调用远程接口的详细过程。
3、Dubbo的远程调用过程，包括Dubbo核心调用流程，Dubbo使用的协议以及线程模型等。
4、Dubbo的集群容错策略，包括Directory的实现原理，Router的实现原理以及LoadBalance的实现原理等。
Dubbo系列博客将以最新版本源码为基础进行分析和学习，源码下载地址 ，分支选择master即可选择最新版进行下载。
我是割草的小猪头，不断学习，不断进步，后续陆续更新Dubbo系列的文章，如您有兴趣一起了解，欢迎关注，如文章中有不妥之处，欢迎指正！
