Dubbo分层架构概述

本节我们从整体上来看看 Dubbo 的分层架构设计，架构分层是一个比较经典的模式，比如网络中的7层协议，每层执行固定的功能，上层依赖下层提供的功能，下层对上层提供功能，下层的改变对上层不可见，并且每层都是一个可被替换的组件。

如下图是 Dubbo 官方提供的Dubbo的整体架构图：

图2.1.1

Dubbo 官方提供的该架构图很复杂，一开始我们没必要深入细节，下面我们简单讲解下其中的主要模块：

• 其中 Service 和 Config 层为 API接口层，是为了方便的让Dubbo使用方发布服务和引用服务；对于服务提供方来说需要实现服务接口，然后使用 ServiceConfig API 来发布该服务；对于服务消费方来说需要使用ReferenceConfig 对服务接口进行代理。Dubbo服务发布与引用方可以直接初始化配置类，也可以通过 Spring 配置自动生成配置类。

• 其它各层均为 SPI层，SPI 意味着下面各层都是组件化可以被替换的，这也是 Dubbo 设计的比较好的一点。Dubbo 增强了 JDK 中提供的标准 SPI 功能，在 Dubbo 中除了 Service 和 Config 层外，其它各层都是通过实现扩展点接口来提供服务的；Dubbo 增强的 SPI 增加了对扩展点 IoC 和 AOP 的支持，一个扩展点可以直接 setter 注入其它扩展点；并且不会一次性实例化扩展点的所有实现类，这避免了当扩展点实现类初始化很耗时，但当前还没用上它的功能时仍进行加载实例