Java的SPI机制（实际操作笔记）

本人学习springboot的时候，看到有个叫spi的东西，又是个恶心的东西，心里这样想着。。学呗，做个笔记。

SPI全名Service Provider Interface，它提供一个机制：为某个借口寻找服务实现的机制。有点类似IOC的思想，就是将装配的控制权移到程序之外。

我的理解是，它类似一种规则，算是规范或者协议一样的东西，在引入一个新的模块之后，直接调用其接口，可以自动去寻找其实现类，确实类似IOC思想。。

建一个简单的项目，动手操作一遍就清楚了。

4个子模块，service-common模块中创建一个接口


此接口姑且认为为付款接口吧。。

阿里支付宝付款需要调用此接口，微信也一样，所以，他们虽然接口调用一样，但是却要使用自己的实现方式，以实现区别。。

阿里引入service-common，并写实现类

微信也和上面一样。
下面来测试：
测试之前依旧需要先引入接口和你想要的实现类，比如阿里。

测试的时候需要用到java.util.ServiceLoader，这是SPI中的一个类，可以将引入的实现类以ServiceLoader形式返回，因为ServiceLoader实现了Iterable
所以用for循环看里面的东西。


这样还不够，SPI还必须满足一个条件或者说规范，打开ServiceLoader这个类可以看到，前缀是META-INF/services/，而且是固死了的那种。。

按上面的规范，以阿里为例创建目录，在resources中创建META-INF/services

然后在创建好的文件夹中，创建一个“接口全路径名”的文件，路径也就是引入接口文件的路径，如下


文件里面写上实现类的路径及文件名（类名）。

好了，测试结果。

试试两个一起引入

结果

说明ServiceLoader会将所有引入模块或者插件其中的满足接口的实现类全部都返回。

所以，现在明白以前不顾三七二十一把有用没用的模块全部引入导致某些问题的出现这种行为是有多么的愚蠢了，苦笑中。。。。