Java 的spi机制

当服务的提供者，提供了服务接口的一种实现之后，在jar包的META-INF/services/目录里同时创建一个以服务接口命名的文件。

例如：

该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候，就能通过该jar包META-INF/services/里的配置文件找到具体的实现类名，并装载实例化，完成模块的注入。

基于这样一个约定就能很好的找到服务接口的实现类，而不需要再代码里制定。

jdk提供服务实现查找的一个工具类：java.util.ServiceLoader

假设有一个内容搜索系统，分为展示和搜索两个模块。展示和搜索基于接口编程。搜索的实现可能是基于文件系统的搜索，也可能是基于数据库的搜索。

1.你可能会定义一个搜索接口

2。具体搜索实现，可以是去文件中，也可能是去数据库搜索

3。一般的调用方法是Class.forName("xxx") 反射加载，那么这里呢，不是通过那种方式加载你想要的实现的，而是通过ServiceLoader.load方法，最后创建在META-INF/searvices/search.Search文件。

当search.Search文件内容是"search.FileSearch"时，程序输出是：

now use file system search. keyword:test

当search.Search文件内容是"search.DatabaseSearch"时，程序输出是：

now use database search. keyword:test

可以看出SearchTest里没有任何和具体实现有关的代码，而是基于spi的机制去查找服务的实现

这样基本上就理解了spi机制