上篇我们简单讲了dubbo SPI的使用,没有太多代码,一个接口和两个实现类,还有一个配置文件和测试类。接口和实现类没有什么讲的,因此入口就从测试类开始。
测试类代码如下
public static void main(String[] args) {
ExtensionLoader extensionLoader = ExtensionLoader.getExtensionLoader(Robot.class);
Robot optimusPrime = extensionLoader.getExtension("optimusPrime");
optimusPrime.sayHello();
/**
* dubbo SPI支持默认设计
* 配置 {@link com.alibaba.dubbo.common.extension.SPI}的value属性即可
*/
Robot bumblebee = extensionLoader.getDefaultExtension();
bumblebee.sayHello();
}
我们首先通过 ExtensionLoader
的 getExtensionLoader
方法获取一个 ExtensionLoader
实例,然后再通过 ExtensionLoader
的 getExtension
方法获取拓展类对象。
- 我们先看一下
ExtensionLoader
的getExtensionLoader
方法,getExtensionLoader
如下:
@SuppressWarnings("unchecked")
public static ExtensionLoader getExtensionLoader(Class type) {
// 非空判断
if (type == null) {
throw new IllegalArgumentException("Extension type == null");
}
// SPI 扩展点只能是接口
if (!type.isInterface()) {
throw new IllegalArgumentException("Extension type (" + type + ") is not interface!");
}
// 判断是否有 SPI 扩展点注解
if (!withExtensionAnnotation(type)) {
throw new IllegalArgumentException("Extension type (" + type +
") is not extension, because WITHOUT @" + SPI.class.getSimpleName() + " Annotation!");
}
// 从缓存中获取对应的ExtensionLoader
ExtensionLoader loader = (ExtensionLoader) EXTENSION_LOADERS.get(type);
// 如果缓存中不存在,创建并保存到缓存
if (loader == null) {
// 先在缓存中创建
EXTENSION_LOADERS.putIfAbsent(type, new ExtensionLoader(type));
// 获取
loader = (ExtensionLoader) EXTENSION_LOADERS.get(type);
}
return loader;
}
这里的代码比较简单,if
的判断是check合法性;然后会先根据type
在缓存EXTENSION_LOADERS
中获取ExtensionLoader
,如果没有获取到会创建,这段代码写的比较优雅,简单的实现了线程安全
需要说明的是EXTENSION_LOADERS
是一个静态变量,定义如下
/**
* ExtensionLoader的缓存,key为Class, value为ExtensionLoader的实例
*/
private static final ConcurrentMap, ExtensionLoader>> EXTENSION_LOADERS = new ConcurrentHashMap, ExtensionLoader>>();
到这里ExtensionLoader.getExtensionLoader(Robot.class)
方法已经讲解完,主要是获取ExtensionLoader
对象,关于ExtensionLoader
的构造方法的讲解,放到最后讲解。
- 接下来我们看一下测试类代码中的
extensionLoader.getExtension("optimusPrime");
方法,extensionLoader.getExtension
代码如下:
/**
* Find the extension with the given name. If the specified name is not found, then {@link IllegalStateException}
* will be thrown.
*/
@SuppressWarnings("unchecked")
public T getExtension(String name) {
// 参数校验
if (StringUtils.isEmpty(name)) {
throw new IllegalArgumentException("Extension name == null");
}
// name为true时,返回默认扩展点, getDefaultExtension为获取默认扩展点
if ("true".equals(name)) {
return getDefaultExtension();
}
// 根据扩展点name从缓存 cachedInstances 中获取扩展点的instance
Holder
这段代码不太难,不过也是一个线程安全的,使用了double-check locking和Holder,疑问为啥要这样做,使用了double-check不就行了,为啥要用Holder?。
现在说一下代码,先是参数的校验,然后判断如果name是true,调用getDefaultExtension
方法,返回默认的扩展点;否则调用createExtension
方法创建扩展点示例。
现在我们先看一下createExtension
方法:
@SuppressWarnings("unchecked")
private T createExtension(String name) {
// 从配置文件中加载所有的拓展类,可得到“配置项名称”到“配置类”的映射关系表
Class> clazz = getExtensionClasses().get(name);
// 非空判断
if (clazz == null) {
throw findException(name);
}
// 开始创建instance
try {
// 根据class获取缓存 EXTENSION_INSTANCES 中对应的实例
T instance = (T) EXTENSION_INSTANCES.get(clazz);
if (instance == null) {
// 通过反射创建实例
EXTENSION_INSTANCES.putIfAbsent(clazz, clazz.newInstance());
instance = (T) EXTENSION_INSTANCES.get(clazz);
}
// 向实例中注入依赖, dubbo的IOC
injectExtension(instance);
// wrapperClasses处理
Set> wrapperClasses = cachedWrapperClasses;
if (CollectionUtils.isNotEmpty(wrapperClasses)) {
// 循环创建 Wrapper 实例
for (Class> wrapperClass : wrapperClasses) {
// 将当前 instance 作为参数传给 Wrapper 的构造方法,并通过反射创建 Wrapper 实例。
// 然后向 Wrapper 实例中注入依赖,最后将 Wrapper 实例再次赋值给 instance 变量
instance = injectExtension((T) wrapperClass.getConstructor(type).newInstance(instance));
}
}
// 返回对应的instance
return instance;
} catch (Throwable t) {
throw new IllegalStateException("Extension instance (name: " + name + ", class: " +
type + ") couldn't be instantiated: " + t.getMessage(), t);
}
}
createExtension
方法涉及的代码较多,包含了如下的步骤:
- 通过 getExtensionClasses 获取所有的拓展类
- 通过反射创建拓展对象
- 向拓展对象中注入依赖
- 将拓展对象包裹在相应的 Wrapper 对象中
现在我们先看步骤一,分析getExtensionClasses
方法。我们在通过名称获取拓展类之前,首先需要根据配置文件解析出拓展项名称到拓展类的映射关系表(Map<名称, 拓展类>),之后再根据拓展项名称从映射关系表中取出相应的拓展类即可。getExtensionClasses
代码如下:
private Map> getExtensionClasses() {
// 从缓存 cachedClasses 中获取
Map> classes = cachedClasses.get();
// 双重检查
if (classes == null) {
synchronized (cachedClasses) {
classes = cachedClasses.get();
if (classes == null) {
// 加载扩展点classes
classes = loadExtensionClasses();
cachedClasses.set(classes);
}
}
}
return classes;
}
这里也是先检查缓存,若缓存未命中,则通过 synchronized 加锁。加锁后再次检查缓存,并判空。此时如果 classes 仍为 null,则通过 loadExtensionClasses
加载拓展类。下面分析 loadExtensionClasses
方法的逻辑。
private Map> loadExtensionClasses() {
// 获取 SPI 注解,这里的 type 变量是在调用 getExtensionLoader 方法时传入的
final SPI defaultAnnotation = type.getAnnotation(SPI.class);
if (defaultAnnotation != null) {
// 获取 SPI 注解的value值
String value = defaultAnnotation.value();
if ((value = value.trim()).length() > 0) {
// 对 SPI 注解内容进行切分
String[] names = NAME_SEPARATOR.split(value);
// 检测 SPI 注解内容是否合法,不合法则抛出异常
if (names.length > 1) {
throw new IllegalStateException("More than 1 default extension name on extension " + type.getName()
+ ": " + Arrays.toString(names));
}
// 这是默认 cachedDefaultName 名称
if (names.length == 1) {
cachedDefaultName = names[0];
}
}
}
Map> extensionClasses = new HashMap>();
// 加载指定文件夹下的配置文件
loadDirectory(extensionClasses, DUBBO_INTERNAL_DIRECTORY);
loadDirectory(extensionClasses, DUBBO_DIRECTORY);
loadDirectory(extensionClasses, SERVICES_DIRECTORY);
return extensionClasses;
}
loadExtensionClasses
方法总共做了两件事情,一是对 SPI 注解进行解析,二是调用 loadDirectory 方法加载指定文件夹配置文件。SPI 注解解析过程比较简单,无需多说。下面我们来看一下 loadDirectory
做了哪些事情。
private void loadDirectory(Map> extensionClasses, String dir) {
// fileName = 文件夹路径 + type 全限定名
String fileName = dir + type.getName();
try {
Enumeration urls;
// 获取classLoader
ClassLoader classLoader = findClassLoader();
// 根据文件名加载所有的同名文件
if (classLoader != null) {
urls = classLoader.getResources(fileName);
} else {
urls = ClassLoader.getSystemResources(fileName);
}
if (urls != null) {
//url中的elements
while (urls.hasMoreElements()) {
java.net.URL resourceURL = urls.nextElement();
// 加载资源
loadResource(extensionClasses, classLoader, resourceURL);
}
}
} catch (Throwable t) {
LOGGER.error("Exception when load extension class(interface: " +
type + ", description file: " + fileName + ").", t);
}
}
loadDirectory
方法先通过 classLoader
获取所有资源链接,然后再通过 loadResource
方法加载资源。我们继续跟下去,看一下 loadResource
方法的实现。
private void loadResource(Map> extensionClasses, ClassLoader classLoader, java.net.URL resourceURL) {
try {
BufferedReader reader = new BufferedReader(new InputStreamReader(resourceURL.openStream(), "utf-8"));
try {
String line;
// 按行读取配置内容
while ((line = reader.readLine()) != null) {
// 定位 # 字符
final int ci = line.indexOf('#');
if (ci >= 0) {
// 截取 # 之前的字符串,# 之后的内容为注释,需要忽略
line = line.substring(0, ci);
}
line = line.trim();
if (line.length() > 0) {
try {
String name = null;
int i = line.indexOf('=');
if (i > 0) {
// 以等于号 = 为界,截取键与值
//扩展点name
name = line.substring(0, i).trim();
//扩展点class路径
line = line.substring(i + 1).trim();
}
if (line.length() > 0) {
// 加载类,并通过 loadClass 方法对类进行缓存
loadClass(extensionClasses, resourceURL, Class.forName(line, true, classLoader), name);
}
} catch (Throwable t) {
IllegalStateException e = new IllegalStateException("Failed to load extension class (interface: " + type + ", class line: " + line + ") in " + resourceURL + ", cause: " + t.getMessage(), t);
exceptions.put(line, e);
}
}
}
} finally {
reader.close();
}
} catch (Throwable t) {
logger.error("Exception occurred when loading extension class (interface: " +
type + ", class file: " + resourceURL + ") in " + resourceURL, t);
}
}
loadResource
方法用于读取和解析配置文件,并通过反射加载类,最后调用 loadClass
方法进行其他操作。loadClass
方法用于主要用于操作缓存,该方法的逻辑如下:
private void loadClass(Map> extensionClasses, java.net.URL resourceURL, Class> clazz, String name) throws NoSuchMethodException {
if (!type.isAssignableFrom(clazz)) {
throw new IllegalStateException("Error occurred when loading extension class (interface: " +
type + ", class line: " + clazz.getName() + "), class "
+ clazz.getName() + " is not subtype of interface.");
}
// 检测目标类上是否有 Adaptive 注解
if (clazz.isAnnotationPresent(Adaptive.class)) {
if (cachedAdaptiveClass == null) {
// 设置 cachedAdaptiveClass缓存
cachedAdaptiveClass = clazz;
} else if (!cachedAdaptiveClass.equals(clazz)) {
throw new IllegalStateException("More than 1 adaptive class found: "
+ cachedAdaptiveClass.getClass().getName()
+ ", " + clazz.getClass().getName());
}
// 检测 clazz 是否是 Wrapper 类型
} else if (isWrapperClass(clazz)) {
Set> wrappers = cachedWrapperClasses;
if (wrappers == null) {
cachedWrapperClasses = new ConcurrentHashSet<>();
wrappers = cachedWrapperClasses;
}
// 存储 clazz 到 cachedWrapperClasses 缓存中
wrappers.add(clazz);
// 程序进入此分支,表明 clazz 是一个普通的拓展类
} else {
// 检测 clazz 是否有默认的构造方法,如果没有,则抛出异常
clazz.getConstructor();
if (StringUtils.isEmpty(name)) {
// 如果 name 为空,则尝试从 Extension 注解中获取 name,或使用小写的类名作为 name
name = findAnnotationName(clazz);
if (name.length() == 0) {
throw new IllegalStateException("No such extension name for the class " + clazz.getName() + " in the config " + resourceURL);
}
}
// 切分 name
String[] names = NAME_SEPARATOR.split(name);
if (names != null && names.length > 0) {
// 如果类上有 Activate 注解,则使用 names 数组的第一个元素作为键,
// 存储 name 到 Activate 注解对象的映射关系
Activate activate = clazz.getAnnotation(Activate.class);
if (activate != null) {
cachedActivates.put(names[0], activate);
}
for (String n : names) {
if (!cachedNames.containsKey(clazz)) {
// 存储 Class 到名称的映射关系
cachedNames.put(clazz, n);
}
Class> c = extensionClasses.get(n);
if (c == null) {
// 存储名称到 Class 的映射关系
extensionClasses.put(n, clazz);
} else if (c != clazz) {
throw new IllegalStateException("Duplicate extension " + type.getName() + " name " + n + " on " + c.getName() + " and " + clazz.getName());
}
}
}
}
}
loadClass
方法操作了不同的缓存,比如 cachedAdaptiveClass
、cachedWrapperClasses
和 cachedNames
等等。除此之外,该方法没有其他什么逻辑了。
关于Adaptive
注解和Activate
注解,这里先不作说明,后续会有说明。
回到createExtension
方法,通过 getExtensionClasses
获取所有的拓展类这步工作已经讲解完成了,接着就是通过反射创建拓展对象,这个比较比较简单,通过反射创建,不用讲解。
如果没有使用到 Dubbo IOC 与 AOP 话,getExtension
方法整体就结束了,该方法就返回了扩展点的instance,本文中的测试类的代码没有使用了Dubbo IOC 与 AOP,因此就结束了。
- 现在开始讲解
createExtension
方法调用的injectExtension
方法,该方法是Dubbo IOC的实现
private T injectExtension(T instance) {
try {
if (objectFactory != null) {
// 遍历目标类上的所有方法
for (Method method : instance.getClass().getMethods()) {
// 检查方法是否已set 开头,且方法只有一个参数,且方法访问级别是public
if (method.getName().startsWith("set")
&& method.getParameterTypes().length == 1
&& Modifier.isPublic(method.getModifiers())) {
/**
* Check {@link DisableInject} to see if we need auto injection for this property
*/
// 如果方法有 DisableInject 注解修饰,则忽略
if (method.getAnnotation(DisableInject.class) != null) {
continue;
}
// 获取 setter 方法参数类型
Class> pt = method.getParameterTypes()[0];
if (ReflectUtils.isPrimitives(pt)) {
continue;
}
try {
// 获取属性名,比如 setName 方法对应属性名 name
String property = method.getName().length() > 3 ? method.getName().substring(3, 4).toLowerCase() + method.getName().substring(4) : "";
// 从 ObjectFactory 中获取依赖对象
Object object = objectFactory.getExtension(pt, property);
if (object != null) {
// 通过反射调用 setter 方法设置依赖
method.invoke(instance, object);
}
} catch (Exception e) {
logger.error("Failed to inject via method " + method.getName()
+ " of interface " + type.getName() + ": " + e.getMessage(), e);
}
}
}
}
} catch (Exception e) {
logger.error(e.getMessage(), e);
}
return instance;
}
objectFactory 变量的类型为 AdaptiveExtensionFactory,AdaptiveExtensionFactory 内部维护了一个 ExtensionFactory 列表,用于存储其他类型的 ExtensionFactory。Dubbo 目前提供了两种 ExtensionFactory,分别是 SpiExtensionFactory 和 SpringExtensionFactory。前者用于创建自适应的拓展,后者是用于从 Spring 的 IOC 容器中获取所需的拓展。这两个类的类的代码不是很复杂,这里就不一一分析了。
Dubbo IOC 目前仅支持 setter 方式注入,总的来说,逻辑比较简单易懂。
- 关于测试类中的
getDefaultExtension
方法,获取默认扩展点,getDefaultExtension
代码如下:
/**
* Return default extension, return null
if it's not configured.
*/
public T getDefaultExtension() {
// 获取扩展点的classes
getExtensionClasses();
// 默认扩展点校验
if (StringUtils.isBlank(cachedDefaultName) || "true".equals(cachedDefaultName)) {
return null;
}
// 获取默认扩展点
return getExtension(cachedDefaultName);
}
这里实现比较简单,不在作说明
本篇文章简单分别介绍了 Java SPI 与 Dubbo SPI 用法,并对 Dubbo SPI 的加载拓展类的过程进行了分析。另外,在 Dubbo SPI 中还有一块重要的逻辑这里没有进行分析,即 Dubbo SPI 的扩展点自适应机制。该机制的逻辑较为复杂,我们将会在下一篇文章中进行详细的分析。