Dubbo 的可扩展性是基于 SPI 去实现的，而且Dubbo所有的组件都是通过 SPI 机制加载。
SPI 全称为 (Service Provider Interface) ，是一种服务提供发现机制。可以将服务接口与服务实现分离以达到解耦可拔插、大大提升了程序可扩展性。
说人话：
一个接口有多个实现类，具体使用哪个实现类，通过SPI机制让用户来决定。也就是，定好规范，实现允许百花齐放。
举栗子：
以JDBC为例，Java提供了JDBC API用来连接 Java 编程语言和广泛的数据库。可是数据库种类这么多，无法一个个地去适配，怎么办？定好规范（ Driver等一系列接口），实现类交由别人实现。
那么，实现类也有了，JDBC怎么知道该使用什么实现类（毕竟命名可以千奇百怪）？通过SPI
简单体验下，Dubbo SPI才是重点
基本示例
@SPI：此注解表示这是一个SPI接口，标注在类上。
碎碎念：
@SPI注解有value参数，可以配置默认实现类的key，例如：
// 接口的注解添加默认值
@SPI("norRobot")
// 获取实现类时将getExtension替换一下
// Robot robot = extensionLoader.getExtension("norRobot");
Robot robot = extensionLoader.getDefaultExtension();
Dubbo SPI提供了类似装饰器模式的实现
碎碎念：
原理就是 RobotWrapper只要有构造方法是有且只有一个参数，且这个参数是 Robot类型，就认为其实包装类，会自动将Robot通过构造方法注入。
所以 getExtension("norRobot")实际返回的是 RobotWrapper
自适应扩展
有些拓展并不想在框架启动阶段被加载，而是希望在拓展方法被调用时，根据运行时参数进行加载。这就是Dubbo SPI自适应扩展的作用。
@Adaptive：此注解用于自适应扩展，可标注在类或者方法上。
当 @Adaptive标注在类上时，无需通过key指定需要获取的实现类，通过getAdaptiveExtension方法即可获取自适应扩展类。同一个接口，有且只能有一个实现类允许使用 @Adaptive标注
注意： @Adaptive标注在类上和标注在方法上是冲突的，将上一步的AdaptiveRobot删除，或者把AdaptiveRobot类的Adaptive注解注释掉
碎碎念：
动态选择实现类，是需要通过URL来传递参数的。也就是方法参数中需要包含URL对象或者方法参数中有getUrl()方法来提供URL对象。
Dubbo SPI也支持类似spring自动注入的功能，来看看怎么用。
碎碎念：
Dubbo SPI的自动注入，也支持注入Spring的bean，此处没有演示。
本文讲了Java SPI和Dubbo SPI的使用，至于DubboSPI的实现，请看下回分解。
Original: https://www.cnblogs.com/konghuanxi/p/16494591.html
Author: 王谷雨
Title: Dubbo源码(一)-SPI使用
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/599027/
转载文章受原作者版权保护。转载请注明原作者出处！