Java和dubbo中的SPI机制学习

偏执的太偏执、 2022-05-26 07:54 188阅读 0赞

关于java的SPI机制，可以参考： [https://docs.oracle.com/javase/tutorial/sound/SPI-intro.html][https_docs.oracle.com_javase_tutorial_sound_SPI-intro.html]

为了实现在模块装配时的时候不在程序中动态指明，需要提供一种服务发现机制，为某个接口寻找服务实现的机制，就是将装配的控制权转移到程序之外，在模块化设计中这个机制尤其重要。

Java SPI（Service Provider Interface）的具体约定如下：当服务的提供者提供了服务接口的一种实现之后，在jar包的META-INF/services/ 目录中同时创建一个以服务接口命名的文件，该文件中的内容就是实现该服务接口的具体实现类。

Java中提供了一个用于服务实现查找的工具类：java.util.ServiceLoader。

![16de7fca-0833-3d75-84b9-1a8a3ef2d197.png][]

该实例用于演示在maven环境下的service声明定义，居然在idea下无法调试启动...

resources下指定目录 META-INF/services目录（被写死在代码中）:

\[java\]  [view plain][]   [copy][view plain]

1.  **public** **final** **class** ServiceLoader<S  
2.      **implements** Iterable<S  
3.  \{  
4.     
5.      **private** **static** **final** String PREFIX = "META-INF/services/";

注意需要将服务声明的文件名称定义为: example.spi.service.Service，与接口名称一致，其中的内容包括：

\[java\]  [view plain][]   [copy][view plain]

1.  example.spi.service.PrintServiceImpl  
2.  example.spi.service.EchoServiceImpl

不同的实现类需要以换行符分隔，在SpiMain的主方法中，使用ServiceLoader进行加载操作：

\[java\]  [view plain][]   [copy][view plain]

1.  **public** **static** **void** main(String\[\] args) \{  
2.      ServiceLoader<Service> serviceLoader = ServiceLoader.load(Service.**class**);  
3.     
4.      **for** (Service service : serviceLoader) \{  
5.          service.printInfo();  
6.      \}  
7.  \}

在ServiceLoader的load方法中，会初始化ServiceLoader.LazyIterator，实现了标准的迭代器接口Iterator（以及hasNext, next方法），其中hasNextService()方法中会从当前的ClassLoader加载 PREFIX（"META-INF/services/"） + service名称（class名称），

\[java\]  [view plain][]   [copy][view plain]

1.  **private** **boolean** hasNextService() \{  
2.      **if** (nextName != **null**) \{  
3.          **return** **true**;  
4.      \}  
5.      **if** (configs == **null**) \{  
6.          **try** \{  
7.              String fullName = PREFIX + service.getName();  
8.              **if** (loader == **null**)  
9.                  configs = ClassLoader.getSystemResources(fullName);  
10.             **else**  
11.                 configs = loader.getResources(fullName);  
12.         \} **catch** (IOException x) \{  
13.             fail(service, "Error locating configuration files", x);  
14.         \}  
15.     \}  
16.     **while** ((pending == **null**) || !pending.hasNext()) \{  
17.         **if** (!configs.hasMoreElements()) \{  
18.             **return** **false**;  
19.         \}  
20.         pending = parse(service, configs.nextElement());  
21.     \}  
22.     nextName = pending.next();  
23.     **return** **true**;  
24. \}

在parse方法中会根据文件进行逐行解析，如果下一步存在对应的实现，该方法返回true，接着就可以访问nextService方法来获得下一个服务实现：

\[java\]  [view plain][]   [copy][view plain]

1.  **private** S nextService() \{  
2.      **if** (!hasNextService())  
3.          **throw** **new** NoSuchElementException();  
4.      String cn = nextName;  
5.      nextName = **null**;  
6.      Class<?> c = **null**;  
7.      **try** \{  
8.          c = Class.forName(cn, **false**, loader);  
9.      \} **catch** (ClassNotFoundException x) \{  
10.         fail(service,  
11.             "Provider " + cn + " not found");  
12.     \}  
13.     **if** (!service.isAssignableFrom(c)) \{  
14.         fail(service,  
15.             "Provider " + cn  + " not a subtype");  
16.     \}  
17.     **try** \{  
18.         S p = service.cast(c.newInstance());  
19.         providers.put(cn, p);  
20.         **return** p;  
21.     \} **catch** (Throwable x) \{  
22.         fail(service,  
23.             "Provider " + cn + " could not be instantiated",  
24.             x);  
25.     \}  
26.     **throw** **new** Error();          // This cannot happen  
27. \}

将nextName（下一行实现的类名称）进行实例化，注意需要实现对应接口并有无参构造函数，并将实现放到providers这个Map中，以便下次直接使用（除非进行reload操作，否则不会更新该表，而reload操作是在ServiceLoader启动时初始化的）。

\[java\]  [view plain][]   [copy][view plain]

1.  **public** **void** reload() \{  
2.      providers.clear();  
3.      lookupIterator = **new** LazyIterator(service, loader);  
4.  \}

虽然ServiceLoader也算是使用了延迟加载，但只能通过遍历所有获取，将接口的实现类全部加载并实例化一遍，而且只能通过Iterator形式获取，不能根据某个参数来获取。

参考： [https://my.oschina.net/pingpangkuangmo/blog/508963][https_my.oschina.net_pingpangkuangmo_blog_508963] 来分析dubbo的服务体系。

在dubbo中大量使用了该方式进行服务发现和服务注册，并进行了一定的扩展，实现了 com.alibaba.dubbo.common.extension.ExtensionLoader 类，内部注册服务的目录迁移为 META-INF/dubbo/internal类型：

\[java\]  [view plain][]   [copy][view plain]

1.  **private** **static** **final** String DUBBO\_DIRECTORY = "META-INF/dubbo/";  
2.     
3.  **private** **static** **final** String DUBBO\_INTERNAL\_DIRECTORY = DUBBO\_DIRECTORY + "internal/";

在ExtensionLoader中，不仅会对其中的服务进行初始化，还可以像IOC一样，对引用的其他服务进行set操作，这部分参考ExtensionLoader.injectExtension(T instance)类，进行注入的类型必须为set开头方法，参数只有一个，方法为public，而且参数必须为接口（只有接口ExtensionFactory才能根据该接口进行查找服务实现类）。

\[java\]  [view plain][]   [copy][view plain]

1.  **private** T injectExtension(T instance) \{  
2.      **try** \{  
3.          **if** (objectFactory != **null**) \{  
4.              **for** (Method method : instance.getClass().getMethods()) \{  
5.                  **if** (method.getName().startsWith("set")  
6.                          && method.getParameterTypes().length == 1  
7.                          && Modifier.isPublic(method.getModifiers())) \{  
8.                      Class<?> pt = method.getParameterTypes()\[0\];  
9.                      **try** \{  
10.                         String property = method.getName().length() > 3 ? method.getName().substring(3, 4).toLowerCase() + method.getName().substring(4) : "";  
11.                         Object object = objectFactory.getExtension(pt, property);  
12.                         **if** (object != **null**) \{  
13.                             method.invoke(instance, object);  
14.                         \}  
15.                     \} **catch** (Exception e) \{  
16.                         logger.error("fail to inject via method " + method.getName()  
17.                                 + " of interface " + type.getName() + ": " + e.getMessage(), e);  
18.                     \}  
19.                 \}  
20.             \}  
21.         \}  
22.     \} **catch** (Exception e) \{  
23.         logger.error(e.getMessage(), e);  
24.     \}  
25.     **return** instance;  
26. \}

如果接口的实现由多个，则此时采取的策略是，并不去注入一个具体的实现者，而是注入一个动态生成的实现者，这个动态生成的实现者的逻辑是确定的，能够根据不同的参数来使用不同的实现者实现相应的方法。这个动态生成的实现者的class就是ExtensionLoader的Class<?> cachedAdaptiveClass

在查找SPI Annotation，使用dubbo配置的扩展方式进行注册，例如在获取AdaptiveExtensionFactory时，使用的构造函数用于加载扩展点：

\[java\]  [view plain][]   [copy][view plain]

1.  **public** AdaptiveExtensionFactory() \{  
2.      ExtensionLoader<ExtensionFactory> loader = ExtensionLoader.getExtensionLoader(ExtensionFactory.**class**);  
3.      List<ExtensionFactory> list = **new** ArrayList<ExtensionFactory>();  
4.      **for** (String name : loader.getSupportedExtensions()) \{  
5.          list.add(loader.getExtension(name));  
6.      \}  
7.      factories = Collections.unmodifiableList(list);  
8.  \}

而getExtension()方法能够查找具体的objectFactory（SPI，Spring）可以从对应的文件声明以及spring容器中查找具体的bean。

对于ExtensionFactory会从三个地方加载extensionClass：

\[java\]  [view plain][]   [copy][view plain]

1.  **private** Map<String, Class<?>> loadExtensionClasses() \{  
2.      **final** SPI defaultAnnotation = type.getAnnotation(SPI.**class**);  
3.      **if**(defaultAnnotation != **null**) \{  
4.          String value = defaultAnnotation.value();  
5.          **if**(value != **null** && (value = value.trim()).length() > 0) \{  
6.              String\[\] names = NAME\_SEPARATOR.split(value);  
7.              **if**(names.length > 1) \{  
8.                  **throw** **new** IllegalStateException("more than 1 default extension name on extension " + type.getName()  
9.                          + ": " + Arrays.toString(names));  
10.             \}  
11.             **if**(names.length == 1) cachedDefaultName = names\[0\];  
12.         \}  
13.     \}  
14.    
15.     Map<String, Class<?>> extensionClasses = **new** HashMap<String, Class<?>>();  
16.     loadFile(extensionClasses, DUBBO\_INTERNAL\_DIRECTORY);  
17.     loadFile(extensionClasses, DUBBO\_DIRECTORY);  
18.     loadFile(extensionClasses, SERVICES\_DIRECTORY);  
19.     **return** extensionClasses;  
20. \}

分别为 /META-INF/dubbo/internal, /META-INF/dubbo/，META-INF/services。

可以看出dubbo的扩展机制虽然与SPI比较类似，但额外增加了其他功能，例如可以根据接口名称来获取服务，服务声明文件支持A=B的方式，此时A为名称B为实现类；支持扩展IOC依赖注入功能，可以为Service之间的依赖关系注入相关的服务并保证单例。

转载于：https://blog.csdn.net/clamaa/article/details/70046590\#

[https_docs.oracle.com_javase_tutorial_sound_SPI-intro.html]: https://docs.oracle.com/javase/tutorial/sound/SPI-intro.html
[16de7fca-0833-3d75-84b9-1a8a3ef2d197.png]: /images/20220526/070103d3c6e64ee9aae1c8676035bf4d.png
[view plain]: https://blog.csdn.net/clamaa/article/details/70046590#
[https_my.oschina.net_pingpangkuangmo_blog_508963]: https://my.oschina.net/pingpangkuangmo/blog/508963

发表评论取消回复

表情：

评论列表（有 0 条评论，188人围观）

还没有评论，来说两句吧...

相关阅读

相关【SPI】详解 Java 中的 SPI 机制

1. Java 中的 SPI 机制 > 什么是 SPI 机制？ SPI ，全称为 `Service Provider Interface`，是一种服务发现机制。它通过在

清疚/ 2023年10月03日 14:52/ 0 赞/ 31 阅读

相关 java的SPI机制和Dubbo的SPI机制

java的SPI机制和Dubbo的SPI机制简介 SPI ，全称为 Service Provider Interface，是一种服务发现机制。它通过在ClassP

心已赠人/ 2022年12月27日 01:19/ 0 赞/ 190 阅读

相关 jdk和dubbo的SPI机制

[jdk和dubbo的SPI机制][jdk_dubbo_SPI] 前言：开闭原则一直是软件开发领域中所追求的,开闭原则中的"开"是指对于组件功能的扩展是开放的,是允许对其

小鱼儿/ 2022年12月15日 12:44/ 0 赞/ 212 阅读

相关 dubbo源码一：dubbo的SPI机制

概念 SPI 全称为 Service Provider Interface，是一种服务发现机制。SPI 的本质是将接口实现类的全限定名配置在文件中，并由服务加载器读取配置

一时失言乱红尘/ 2022年11月25日 00:36/ 0 赞/ 333 阅读

相关 Dubbo源码学习--SPI实现@SPI和@Adaptive

上一篇博客[ Dubbo入门学习--Dubbo服务提供接口SPI机制][Dubbo_--Dubbo_SPI]我们已经简单介绍了Dubbo的SPI机制，这篇博客我们来剖析一下Du

迈不过友情╰/ 2022年06月09日 01:06/ 0 赞/ 288 阅读

相关 Dubbo源码学习--Dubbo服务提供接口SPI机制

Dubbo采用微内核+插件体系，使得设计优雅，扩展性强。那所谓的微内核+插件体系是如何实现的呢！大家是否熟悉spi(service providerinterface)机制，即

亦凉/ 2022年06月09日 00:55/ 0 赞/ 276 阅读

相关 Java和dubbo中的SPI机制学习

关于java的SPI机制，可以参考： [https://docs.oracle.com/javase/tutorial/sound/SPI-intro.html][https_

偏执的太偏执、/ 2022年05月26日 07:54/ 0 赞/ 189 阅读

相关从Java SPI机制实现到Dubbo SPI扩展

SPI扩展 SPI 全称为 Service Provider Interface，是一种服务发现机制。SPI 的本质是将接口实现类的全限定名配置在文件中，并由服务加载器读

约定不等于承诺〃/ 2022年03月25日 10:14/ 0 赞/ 221 阅读

相关 Java SPI机制简介，及dubbo SPI

转自：https://www.jianshu.com/p/46aa69643c97 SPI 简介 SPI 全称为 (Service Provider Interface

朴灿烈づ我的快乐病毒、/ 2022年03月21日 15:58/ 0 赞/ 251 阅读

相关 Dubbo-SPI机制

一、Java的SPI机制通过一个简单的例子来了解一下Java的SPI机制： 1、写了一个接口。 package com.common.study;

超、凢脫俗/ 2022年01月29日 15:34/ 0 赞/ 332 阅读