SPI机制就是java内部一种为了便于扩展的约定:
java.util.ServiceLoader可以动态加载制定目录【在resources目录中创建\META-INF\services\接口的全限定名的文件】,全限定名的文件文件中存放想要被加载的接口实现类的类全限定名,多个换行;
举例:我在项目中想要实现com.ph.ChoseOS接口,不同的操作系统我自己配置不同的ChoseOS的实现类:
com.ph.impl.ChoseWinsOS implements ChoseOS、com.ph.impl.ChoseLinuxOS implements ChoseOS,都已在项目中实现了;
如果我打算部署在linux上则如下配置方式:resources目录中创建\META-INF\services\com.ph.ChoseOS,在com.ph.ChoseOS文件中只填写com.ph.impl.ChoseLinuxOS,然后在应用中使用ServiceLoader.load(ChoseOS.class)来创建对应的实例;
ServiceLoader<ChoseOS> serviceLoader = ServiceLoader.load(ChoseOS.class);
for (ChoseOS o : serviceLoader) {
o.xxxfun();
}
本文深入解析了Java SPI(Service Provider Interface)机制的工作原理,介绍了如何通过在resources目录下META-INFservices目录中配置接口的实现类,使ServiceLoader能够动态加载这些实现类。以com.ph.ChoseOS接口为例,演示了如何根据不同操作系统选择性地加载其对应的实现。
250

被折叠的 条评论
为什么被折叠?



