SPI机制

1、SPI机制：Service Provider Interface：服务提供发现机制，类型IOC

Java SPI实现：ServiceLoader

定义接口A；

实现接口A的实现类，B和C；

在/META-INF/services/下创建文件，文件名为A类的全名称，内容为B和C的类全名

调用：

ServiceLoader load = ServiceLoader.load(A.class);

Interator i=load.iterator();

原理：根据类全名拿到实例队形，反射实现

作用：JDBC这种，允许第三方提供实现，例：sun定义接口，由对应厂商实现对于接口，违反了双亲委派机制；

缺点：只能通过遍历获取，且会全部实例化；

Dubbo SPI：ExtensionLoader

特点：可根据接口类名和key值获取具体实现，K-V值方式；可对扩展类实例的属性进行依赖注入IOC；可采用装饰器模式实现AOP；

Dubbo SPI与Java的不同，用的是ExtensionLoader（扩展类加载器），Dubbo内部的动态代理方式，负载均衡策略，RPC协议，拦截器，容器，注册中心类型都是使用SPI

注解@Spi：是对接口的注解，Dubbo内部组件都是通过spi方式管理与解耦，spi文件放在/META-INF/dubbo/路径下

Dubbo SPI步骤：

通过getExtensionClass获取拓展类（先从缓存拿，拿不到再加载）

反射创建拓展对象

向拓展对象注入依赖，IOC通过setter方法依赖注入

将拓展对象放在对应的wrapper对象中

示例：

接口A 实现类B、C;

配置文件A中：b=B(全名)，b是B的别名    c=C(全名)，c是C的别名

调用：

ExtensionLoader e = ExtensionLoader.getExtensionLoader(A.class);

A a1 = e.getExtension("b");

A a2 = e.getExtension("c");

Dubbo和JDK的SPI都是懒加载，双重检索机制

Spring SPI：SpringFoctoriesLoader

不必要key是接口，值是实现类；例如：springboot中key是注解@EnableAutoConfiguration，值是被@Configuration标记的类；/MERA-INF/spring.faotories

spring.factories是spi机制，在/MERA-INF/spring.faotories配置接口的实现类型名称，然后在程序中读取这些配置并实例化。

spring-core定义SpringFactoriesLoader类用于检索spring.factories文件，该类中定义了两个对外方法：

loadFactories：根据接口类获取其实现类的实例，这个方法返回队形列表

loadFactoryNames：根据接口回去类的名称，返回的是类名的接口

BeanPostProcessor接口：spring ioc容器提供的接口，接口有两个方法（before、after），需要在spring容器完成bean初始化前后添加自己的逻辑处理，可以定义该接口的实现类