Java SE 里面的 Service Loader 实现

在 Java SE 下面有一个不太常见的 ServiceLoader  类 ， 它实现了java 中 的spi 机制。  所谓spi （ service provider interface）　就是java se 定义了很多 service 比如 logging，  xml parser, jdbc .  这些是所谓的标准， 比如 xml parser,  Oracle 会在 rt.jar 中提供一个标准的实现，但是第三方provider 可以提供各自的实现， 这样就需要一个机制去找到相应的实现。 我们都知道 IOC 的思想， 比如spring 我们通过XML 配置来指定具体的实现类。  

 

但是在Java SE 中没有IOC，  它又是怎么实现的呢？ 答案就在这个ServiceLoader 类的实现中。

这个类只提供了 三个静态方法 ：

   1，   public static <S> ServiceLoader<S> load(Class<S> service,   ClassLoader loader); 采用指定的classLoader 去load 相应的service 实现

   2，  public static  <S> ServiceLoader<S> load(Class<S> service); 采用当前线程的context class loader 去load service

   3，  public static <S> ServiceLoader<S> loadInstalled(Class<S> service)； 这个比较特殊只会load JVM 下面 安装了的 serivce 实现。

   

    class loader  会去找   META-INF/services/ serviceName  的 resource，  找到这个文件 里面就是这个 service 相应实现的class 的类全名称。 当然这个class loader 在找这个 文件的时候遵从 class loader 的查找路径的， 一旦找到就 调用 Class.forName(cn, false, loader);

 

    这个ServiceLoader  还是用的很广泛的， 在比如 nio 的 FileSystems 里面；RMIClassLoader; 还有很多都用到它。

 

   另外很多比如XML parser，  JAXB 也都是采用类似这种方式 去找相应的 service factory 实现类工程， 然后调用相应的比如 JAXB 类工厂的 createContext 方法去创建 相应的 service 

 

   可以看出这个 ServiceLoader 的作用是大大的。