最近看到公司的一些框架和以前看到的开源的一些框架的一些服务发现和接入都采用了java的spi机制。javascript
因此简单的总结下java spi机制的思想。html
咱们系统里抽象的各个模块,每每有不少不一样的实现方案,好比日志模块的方案,xml解析模块、jdbc模块的方案等。面向的对象的设计里,咱们通常推荐模块之间基于接口编程,模块之间不对实现类进行硬编码。一旦代码里涉及具体的实现类,就违反了可拔插的原则,若是须要替换一种实现,就须要修改代码。java
为了实如今模块装配的时候能不在程序里动态指明,这就须要一种服务发现机制。java spi就是提供这样的一个机制:为某个接口寻找服务实现的机制。有点相似IOC的思想,就是将装配的控制权移到程序以外,在模块化设计中这个机制尤为重要。sql
当服务的提供者,提供了服务接口的一种实现以后,在jar包的META-INF/services/目录里同时建立一个以服务接口命名的文件。该文件里就是实现该服务接口的具体实现类。而当外部程序装配这个模块的时候,就能经过该jar包META-INF/services/里的配置文件找到具体的实现类名,并装载实例化,完成模块的注入。 数据库
基于这样一个约定就能很好的找到服务接口的实现类,而不须要再代码里制定。apache
jdk提供服务实现查找的一个工具类:java.util.ServiceLoader编程
1.common-loggingoracle
apache最先提供的日志的门面接口。只有接口,没有实现。具体方案由各提供商实现,发现日志提供商是经过扫描 META-INF/services/org.apache.commons.logging.LogFactory配置文件,经过读取该文件的内容找到日志提工商实现类。只要咱们的日志实现里包含了这个文件,并在文件里制定 LogFactory工厂接口的实现类便可。app
2.jdbc框架
jdbc4.0之前,开发人员还须要基于Class.forName("xxx")的方式来装载驱动,jdbc4也基于spi的机制来发现驱动提供商了,能够经过META-INF/services/java.sql.Driver文件里指定实现类的方式来暴露驱动提供者。
3.本身编写简单例子
假设有一个内容搜索系统,分为展现和搜索两个模块。展现和搜索基于接口编程。搜索的实现多是基于文件系统的搜索,也多是基于数据库的搜索。实例代码以下
Search.java: 搜索接口
Java代码
FileSearch.java:文件系统的搜索实现
Java代码
DatabaseSearch.java
Java代码
SearchTest.java
Java代码
最后建立在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的机制去查找服务的实现。
参考文献:
http://docs.oracle.com/javase/1.4.2/docs/guide/jar/jar.html#Service%20Provider