Dubbo简介

Dubbo

Apache Dubbo 是一款微服务开发框架，它提供了 RPC通信 与 微服务治理 两大关键能力。使用 Dubbo 开发的微服务，将具备相互之间的远程发现与通信能力， 同时利用 Dubbo 提供的丰富服务治理能力，可以实现诸如服务发现、负载均衡、流量调度等服务治理诉求。同时 Dubbo 是高度可扩展的，用户几乎可以在任意功能点去定制自己的实现，以改变框架的默认行为来满足自己的业务需求。

服务发现

服务发现，即消费端自动发现服务地址列表的能力，是微服务框架需要具备的关键能力，借助于自动化的服务发现，微服务之间可以在无需感知对端部署位置与 IP 地址的情况下实现通信。

实现服务发现的方式有很多种，Dubbo 提供的是一种 Client-Based 的服务发现机制，通常还需要部署额外的第三方注册中心组件来协调服务发现过程，如常用的 Nacos、Consul、Zookeeper 等，Dubbo 自身也提供了对多种注册中心组件的对接，用户可以灵活选择。

Dubbo 基于消费端的自动服务发现能力，其基本工作原理如下图：

服务发现的一个核心组件是注册中心，Provider 注册地址到注册中心，Consumer 从注册中心读取和订阅 Provider 地址列表。 因此，要启用服务发现，需要为 Dubbo 增加注册中心配置：

以 dubbo-spring-boot-starter 使用方式为例，增加 registry 配置

# application.properties
dubbo
 registry
  address: zookeeper://127.0.0.1:2181

节点说明：

节点	角色名称
Provider	暴露服务的服务提供方
Consumer	调用远程服务的服务消费方
Register	服务注册与发现的注册中心
Monitor	统计服务的调用次数和调用时间的监控中心
Container	服务运行容器，负责启动加载运行服务提供者

SPI

Java中如果想要使用SPI功能，先提供标准服务接口，然后再提供相关接口实现和调用者，就可以通过SPI机制中约定好的信息进行查询响应的接口实现。

SPI约定如下：

1. 当服务提供者提供了接口的一种具体实现后，在META-INF/services目录下创建一个以“接口全限定名”为命名的文件，内容为实现类的全限定名；
2. 接口实现类所在的jar报放在主程序的classpath中；
3. 主程序通过java.util.ServiceLoader动态装载实现模块，它通过扫描META-INF/services目录下的配置文件找到实现类的全限定名，把类加载到JVM ;
4. SPI的实现类必须携带一个无参构造方法。

Dubbo中的SPI

dubbo中大量的使用了SPI来作为扩展点，通过实现同一接口的前提下，可以进行定制自己的实现类。比如比较常见的协议，负载均衡，都可以通过SPI的方式进行定制化，自己扩展。

dubbo中扩展点使用方式：

创建api模块

1. 导入dubbo坐标
2. 创建接口，在接口上使用@org.apache.dubbo.common.extension.SPI

创建impl模块

1. 导入api模块依赖
2. 创建接口实现类

dubbo自己做SPI的目的

1. JDK标准的SPI会一次性实例化扩展点所有实现，如果有扩展实现类初始化很耗时，但没有用上也加载，会很浪费资源。
2. 如果有扩展点加载失败，则所有扩展点无法使用
3. 提供了对扩展点包装的功能（Adaptive），并且还支持通过set的方式对其他的扩展点进行注入。