dubbo的spi机制

概念

spi全称英文是service provider Interface，翻译成中文也就是服务提供接口

好处

在jdbc中，jdk提供了driver(数据库)接口，但是不同的厂商实现起来的方式不同，在mysql-contactor.jar包中会在META/services路径下,这里相当于扩展了java.sql.Driver接口

jdk会在META/services路径下扫描该文件,然后加载mysql的diver实现类com.mysql.cj.jdbc.Driver，就相当于扩展了Driver的接口能力，按需加载mysql的实现类。oracle的连接jar包会有oracle的配置文件，这样不同的数据库根据自身的不同逻辑按需扩展了Driver的能力，这就是SPI的最大好处

java spi

实现方式

在ServiceLoader的load方法中首先会获取上下文类加载器,然后构造一个ServiceLoader，在ServiceLoader中有一个懒加载器，懒加载器会通过BufferedReader来从META-INF/services路径下读取对应的接口名的全路径名文件，也就是我们配置的文件,然后通过文件的类解析器读取文件中的内容,再通过类加载器加载类的全路径

缺点

①无法按需加载。虽然 ServiceLoader 做了延迟载入，使用了LazyIterator,但是基本只能通过遍历全部获取，接口的实现类得全部载入并实例化一遍。如果你并不想用某些实现类，或者某些类实例化很耗时，它也被载入并实例化了,假如我只需要其中一个,其它的并不需要这就形成了一定的资源消耗浪费

②不具有IOC的功能,假如我有一个实现类,如何将它注入到我的容器中呢，类之间依赖关系如何完成呢？

③serviceLoader不是线程安全的,会出现线程安全的问题

Dubbo spi

dubbo在原有的spi基础上主要有以下的改变,①配置文件采用键值对配置的方式，使用起来更加灵活和简单 ② 增强了原本SPI的功能，使得SPI具备ioc和aop的功能，这在原本的java中spi是不支持的。dubbo的spi是通过ExtensionLoader来解析的，通过ExtensionLoader来加载指定的实现类，配置文件的路径在META-INF/dubbo路径下
dubbo的spi配置是采用键值对的方式,键值对最大的好处就是可以以键来获取值，取值比较简单和方便。这点和java的spi配置方式是不同的

dubbo 的ioc

dubbo的IOC是通过setter方法来实现注入的,通过遍历对象实例的所有方法,找到其setter方法在进行截取，从objectFactory中获取扩展类再进行反射执行。这样的话,就算实现实例中有依赖的扩展实例，都可以注入完成，是dubbo的IOC体现。ojectFactory 变量的类型为 AdaptiveExtensionFactory，AdaptiveExtensionFactory 内部维护了一个 ExtensionFactory 列表，用于存储其他类型的 ExtensionFactory。