Java SPI机制实现可插拔

前言： 在软件系统的设计中，可插拔是一个重要特性。它意味着给系统添加新功能的时候（或者将原来功能的实现替换成新的实现而保持接口不变），不改变系统已有功能。这样的可插拔的功能模块被称为插件。插件(plugin)的出现可以很好地支持系统的可扩展性(Extensibility). 一个扩展性好的系统意味着很容易替换或者增加某些功能。

回想一下，一般情况下我们怎么在已有系统上修改或者新增一个功能？
常见的做法是把系统的源码拿出来，修改代码或增加代码，然后重新编译打包再发布，这样新功能就被容纳进来。 但是这样做有2个弊端：
1）原来的系统被重新编译打包（应该避免这一点，而把新功能容纳进来）
2）如果原来你使用的系统是闭源的，那么拿到它的代码是不可能的。因此好的做法是使得系统支持可插拔的特性，要加入新功能只需把新的模块实现放置进来，而对原来的系统不做任何改变。这样一来，无论我们是原有系统的使用者还是开发者，可以用较小的代价和风险扩展系统。利用Java的Service
Provider Interface就可以实现。SPI中有Service(服务)，通常是一组接口(interface)或者抽象类(abstract class).还有ServicePovider,就是一些实现了服务接口的具体类（插件）。在使用中，主系统提供接口，各个插件模块来提供实现类，每个插件有个服务配置文件指明要实现的接口和具体类，在运行时将服务配置文件放到主系统的classpath，主系统即可使用各个插件。
主要用到ServiceLoader这个类，ServiceLoader通过读取resources/META-INF/services/com.xxx.xxx.xxxService文件下的xxxService的spi实现类，通过反射获取对应类实例，并调用对应方法。
文件名为接口全限定名字，内容为实现类的全限定名字

public class DecoderFactory { 
    public static Decoder getDecoder(String encodingName) throws Exception{
    	      ServiceLoader<Decoder> sl = ServiceLoader.load(Decoder.class);
              for ( Decoder decode :sl ) { 
                if ( decode.isEncodingSupported(encodingName) )
                	return decode;
                } 
       }
} 

要注意的是1)加载配置文件(META-INF\services\XXX)的classloader和加载provider实现类的classloader可以不同，但要保证加载配置文件的classloader能访问到provider的实现类。2)每个provider实现类必须有无参构造子(在我们例子中是靠java自动提供的) 。3)每个provider是被ServiceLoader延迟加载的，也即用到的时候才被加载到内存。这是个比较好的特性。
在我们的例子中，java -cp classes;…\csv\classes com.hdp.plugindemo.App text/csv 1,2,3仅是为了举例说明原理，不是个好的做法(主工程不应看到…\csv\classes)。改进的做法是把csv工程打包成jar ( 在csv\classes 下执行 jar -cvf csvdecoder.jar decoder META-INF 将类文件和配置文件打包到jar). 给Reader工程下建个目录叫lib或ext,将csvdecoder.jar放到Reader\lib或Reader\ext,
然后执行 java -cp classes;lib* com.hdp.plugindemo.App text/csv 1,2,3 .这样，任何插件jar都可放进来，主系统重新运行或启动就把新功能容纳进来。