博客

dubbo 内核包括 spi，aop，ioc，compiler

dubbo的spi存储在 dubbo里面jar文件的META-INF的dubbo目录的internal中存放dubbo的spi文件，dubbo模仿jdk的spi进行自己实现一些spi。可以在mysql的jar文件中进行查询到jdk的spi文件

1.详解jdk的spi例子

spi的设计目标是 因为我们是面向对象进行编程，在面向编程的过程中，模块与模块之间的都是通过接口进行关键，不包含实现类的编码，但是为了实现模块装配的过程中不写死代码，就需要一种服务发现机制。这种机制就是为了某个接口寻找实现类，有点类似于IOC的思想。

spi的约定：当一个提供服务者有多个服务实现时候，一般会在jar包的META-INF的service是目录下进行创建该接口的同名文件。该文件中包含该接口的实现类，当外部进行加载时候就可以通过该文件进行获取到接口以及实现类

既然spi有这么大的作用为啥dubbo 不适用jdk的spi 而要自己实现spi机制呢，小园子认为主要有两个原因：

1.jdk的spi机制是把所有的实现类都进行加载了 这样的话比较耗时耗力

2.jdk的spi机制是无法进行IOC和AOP的操作。

综合以上两点 dubbo的作者根据jdk的spi机制进行写了一个属于dubbo的spi机制下面说一下dubbo中spi的约定

1.dubbo的存储路径存储在META-INF/dubbo/internal问件下  文件的名字仍为类的全名称（包名+接口名）

2. 每个spi文件里面的内容都是 key=value 形式  根据key进行加载类

下面开始查看dubbo的源码

dubbo中spi的目的就是为了获取一个实现类的对象 途径：ExtensionLoader.getExtension(String name)来进行实现

实现路径

getExtensionLoader(Class<T> type) 就是为该接口 new 一个ExtensionLoader 然后缓存起来

getAdaptiveExtension() 获取一个扩展装饰类的对象 这个类有一个规则 如果它没有一个@Adaptive注解 就动态创建一个装饰类，例如Protocol$Adaptive对象

getExtension(String name) 获取一个对象

———————————————————-ExtensionLoader.getExtensionLoader(Class<T> type)

—————ExtensionLoader<Container> loader = ExtensionLoader.getExtensionLoader(Container.class);

———————-

ExtensionLoader<T> loader = (ExtensionLoader<T>) EXTENSION_LOADERS.get(type);

if (loader == null) {


EXTENSION_LOADERS.putIfAbsent(type, new ExtensionLoader<T>(type));

loader = (ExtensionLoader<T>) EXTENSION_LOADERS.get(type);

}

=========================================================================

private ExtensionLoader(Class<?> type) {


this.type = type;

objectFactory = (type == ExtensionFactory.class ? null : ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension());

}

=================================

以上代码完成了ExtensionLoader两个属性的初始化

1.一个为type属性的值为Container.class 另一个objectFactory属性值 objectFactory是一个集合 里面包含spiExtensionFactory和springExtensionFactory

2.new 一个ExtensionLoader

关于这个objectFactory 我想说的是objectFactory的作用就是为了dubbo进行提供Ioc对象