转载

Dubbo源码分析(三)Dubbo中的SPI和自适应扩展机制

我们在往期文章中,曾经深入分析过Java的SPI机制,它是一种服务发现机制。具体详见:深入理解JDK的SPI机制

在继续深入Dubbo之前,我们必须先要明白Dubbo中的SPI机制。因为有位大神(佚名)曾这样说过:

要想理解Dubbo,必须要先搞明白Dubbo SPI机制,不然会非常晕。

一、背景

1、来源

Dubbo 的扩展点加载从 JDK 标准的 SPI (Service Provider Interface) 扩展点发现机制加强而来。但还有所不同,它改进了JDK标准的 SPI的以下问题:

  • JDK 标准的 SPI 会一次性实例化扩展点所有实现,如果有扩展实现初始化很耗时,但如果没用上也加载,会很浪费资源。

  • 如果扩展点加载失败,连扩展点的名称都拿不到了。比如:JDK 标准的 ScriptEngine,通过 getName() 获取脚本类型的名称,但如果 RubyScriptEngine 因为所依赖的 jruby.jar 不存在,导致 RubyScriptEngine 类加载失败,这个失败原因被吃掉了,和 ruby 对应不起来,当用户执行 ruby 脚本时,会报不支持 ruby,而不是真正失败的原因。

  • 增加了对扩展点 IoC 和 AOP 的支持,一个扩展点可以直接 setter 注入其它扩展点。

2、约定

在扩展类的 jar 包内,放置扩展点配置文件 META-INF/dubbo/接口全限定名 ,内容为: 配置名=扩展实现类全限定名 ,多个实现类用换行符分隔。

3、配置文件

Dubbo SPI 所需的配置文件需放置在 META-INF/dubbo 路径下,几乎所有的功能都有扩展点实现。

Dubbo源码分析(三)Dubbo中的SPI和自适应扩展机制

我们以Protocol接口为例,它里面有很多实现。

Dubbo源码分析(三)Dubbo中的SPI和自适应扩展机制

二、Dubbo SPI

通过上图我们可以看到,Dubbo SPI和JDK SPI配置的不同,在Dubbo SPI中可以通过键值对的方式进行配置,这样就可以按需加载指定的实现类。 Dubbo SPI的相关逻辑都被封装到 ExtensionLoader 类中,通过 ExtensionLoader 我们可以加载指定的实现类,一个扩展接口就对应一个 ExtensionLoader 对象,在这里我们把它亲切的称为:扩展点加载器。

我们先看下它的属性:

public class ExtensionLoader<T> {
	
	//扩展点配置文件的路径,可以从3个地方加载到扩展点配置文件
	private static final String SERVICES_DIRECTORY = "META-INF/services/";
    private static final String DUBBO_DIRECTORY = "META-INF/dubbo/";
    private static final String DUBBO_INTERNAL_DIRECTORY = DUBBO_DIRECTORY + "internal/";	
	//扩展点加载器的集合
	private static final ConcurrentMap<Class<?>, ExtensionLoader<?>> EXTENSION_LOADERS = new ConcurrentHashMap<Class<?>, ExtensionLoader<?>>();
	//扩展点实现的集合
    private static final ConcurrentMap<Class<?>, Object> EXTENSION_INSTANCES = new ConcurrentHashMap<Class<?>, Object>();
	//扩展点名称和实现的映射缓存
	private final ConcurrentMap<Class<?>, String> cachedNames = new ConcurrentHashMap<Class<?>, String>();
	//拓展点实现类集合缓存
	private final Holder<Map<String, Class<?>>> cachedClasses = new Holder<Map<String, Class<?>>>();
	//扩展点名称和@Activate的映射缓存
	private final Map<String, Activate> cachedActivates = new ConcurrentHashMap<String, Activate>();
	//扩展点实现的缓存
	private final ConcurrentMap<String, Holder<Object>> cachedInstances = new ConcurrentHashMap<String, Holder<Object>>();
}
复制代码

ExtensionLoader会把不同的扩展点配置和实现都缓存起来。同时,Dubbo在官网上也给了我们提醒:扩展点使用单一实例加载(请确保扩展实现的线程安全性),缓存在 ExtensionLoader 中。下面我们看几个重点方法。

1、获取扩展点加载器

我们首先通过 ExtensionLoader.getExtensionLoader() 方法获取一个 ExtensionLoader 实例,它就是扩展点加载器。然后再通过 ExtensionLoader 的 getExtension 方法获取拓展类对象。这其中,getExtensionLoader 方法用于从缓存中获取与拓展类对应的 ExtensionLoader,若缓存未命中,则创建一个新的实例。

public static <T> ExtensionLoader<T> getExtensionLoader(Class<T> type) {
	if (type == null)
		throw new IllegalArgumentException("Extension type == null");
	if (!type.isInterface()) {
		throw new IllegalArgumentException("Extension type(" + type + ") is not interface!");
	}
	if (!withExtensionAnnotation(type)) {
		throw new IllegalArgumentException("Extension type(" + type +
				") is not extension, because WITHOUT @" + SPI.class.getSimpleName() + " Annotation!");
	}
	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);
	}
	return loader;
}
复制代码

比如你可以通过下面这样,来获取Protocol接口的ExtensionLoader实例: ExtensionLoader<Protocol> extensionLoader = ExtensionLoader.getExtensionLoader(Protocol.class); 就可以拿到扩展点加载器的对象实例: com.alibaba.dubbo.common.extension.ExtensionLoader[com.alibaba.dubbo.rpc.Protocol]

2、获取扩展类对象

上一步我们已经拿到加载器,然后可以根据加载器实例,通过扩展点的名称获取扩展类对象。

public T getExtension(String name) {
	//校验扩展点名称的合法性
	if (name == null || name.length() == 0)
		throw new IllegalArgumentException("Extension name == null");
	// 获取默认的拓展实现类
	if ("true".equals(name)) {
		return getDefaultExtension();
	}
	//用于持有目标对象
	Holder<Object> holder = cachedInstances.get(name);
	if (holder == null) {
		cachedInstances.putIfAbsent(name, new Holder<Object>());
		holder = cachedInstances.get(name);
	}
	Object instance = holder.get();
	if (instance == null) {
		synchronized (holder) {
			instance = holder.get();
			if (instance == null) {
				instance = createExtension(name);
				holder.set(instance);
			}
		}
	}
	return (T) instance;
}
复制代码

它先尝试从缓存中获取,未命中则创建扩展对象。那么它的创建过程是怎样的呢?

private T createExtension(String name) {
	//从配置文件中获取所有的扩展类,Map数据结构
	//然后根据名称获取对应的扩展类
	Class<?> clazz = getExtensionClasses().get(name);
	if (clazz == null) {
		throw findException(name);
	}
	try {
		//通过反射创建实例,然后放入缓存
		T instance = (T) EXTENSION_INSTANCES.get(clazz);
		if (instance == null) {
			EXTENSION_INSTANCES.putIfAbsent(clazz, clazz.newInstance());
			instance = (T) EXTENSION_INSTANCES.get(clazz);
		}
		//注入依赖
		injectExtension(instance);
		Set<Class<?>> wrapperClasses = cachedWrapperClasses;
		if (wrapperClasses != null && !wrapperClasses.isEmpty()) {
			// 包装为Wrapper实例
			for (Class<?> wrapperClass : wrapperClasses) {
				instance = injectExtension((T) wrapperClass.getConstructor(type).newInstance(instance));
			}
		}
		return instance;
	} catch (Throwable t) {
		throw new IllegalStateException("Extension instance(name: " + name + ", class: " +
				type + ")  could not be instantiated: " + t.getMessage(), t);
	}
}
复制代码

这里的重点有两个,依赖注入和Wrapper包装类,它们是Dubbo中IOC 与 AOP 的具体实现。

2.1、依赖注入

向拓展对象中注入依赖,它会获取类的所有方法。判断方法是否以 set 开头,且方法仅有一个参数,且方法访问级别为 public,就通过反射设置属性值。所以说,Dubbo中的IOC仅支持以setter方式注入。

private T injectExtension(T instance) {
	try {
		if (objectFactory != null) {
			for (Method method : instance.getClass().getMethods()) {
				if (method.getName().startsWith("set")
						&& method.getParameterTypes().length == 1
						&& Modifier.isPublic(method.getModifiers())) {
					Class<?> pt = method.getParameterTypes()[0];
					try {
						String property = method.getName().length() > 3 ? method.getName().substring(3, 4).toLowerCase() + method.getName().substring(4) : "";
						Object object = objectFactory.getExtension(pt, property);
						if (object != null) {
							method.invoke(instance, object);
						}
					} catch (Exception e) {
						logger.error("fail to inject via method " + method.getName()
								+ " of interface " + type.getName() + ": " + e.getMessage(), e);
					}
				}
			}
		}
	} catch (Exception e) {
		logger.error(e.getMessage(), e);
	}
	return instance;
}
复制代码

2.2、Wrapper

它会将当前 instance 作为参数传给 Wrapper 的构造方法,并通过反射创建 Wrapper 实例。 然后向 Wrapper 实例中注入依赖,最后将 Wrapper 实例再次赋值给 instance 变量。说起来可能比较绕,我们直接看下它最后生成的对象就明白了。 我们以DubboProtocol为例,它包装后的对象为:

Dubbo源码分析(三)Dubbo中的SPI和自适应扩展机制

综上所述,如果我们获取一个扩展类对象,最后拿到的就是这个Wrapper类的实例。 就像这样:

ExtensionLoader<Protocol> extensionLoader = ExtensionLoader.getExtensionLoader(Protocol.class);
Protocol extension = extensionLoader.getExtension("dubbo");
System.out.println(extension);
复制代码

输出为: com.alibaba.dubbo.rpc.protocol.ProtocolListenerWrapper@4cdf35a9

3、获取所有的扩展类

在我们通过名称获取扩展类对象之前,首先需要根据配置文件解析出所有的扩展类。 它是一个扩展点名称和扩展类的映射表 Map<String, Class<?>>

首先,还是从缓存中 cachedClasses 获取,如果没有就调用 loadExtensionClasses 从配置文件中加载。配置文件有三个路径:

META-INF/services/ META-INF/dubbo/ META-INF/dubbo/internal/

先尝试从缓存中获取。

private Map<String, Class<?>> getExtensionClasses() {
	//从缓存中获取
	Map<String, Class<?>> classes = cachedClasses.get();
	if (classes == null) {
		synchronized (cachedClasses) {
			classes = cachedClasses.get();
			if (classes == null) {
				//加载扩展类
				classes = loadExtensionClasses();
				cachedClasses.set(classes);
			}
		}
	}
	return classes;
}	
复制代码

如果没有,就调用 loadExtensionClasses 从配置文件中读取。

private Map<String, Class<?>> loadExtensionClasses() {
	//获取 SPI 注解,这里的 type 变量是在调用 getExtensionLoader 方法时传入的
	final SPI defaultAnnotation = type.getAnnotation(SPI.class);
	if (defaultAnnotation != null) {
		String value = defaultAnnotation.value();
		if ((value = value.trim()).length() > 0) {
			String[] names = NAME_SEPARATOR.split(value);
			if (names.length > 1) {
				throw new IllegalStateException("more than 1 default extension 
                    name on extension " + type.getName()+ ": " + Arrays.toString(names));
			}
			//设置默认的扩展名称,参考getDefaultExtension 方法
			//如果名称为true,就是调用默认扩赞类
			if (names.length == 1) cachedDefaultName = names[0];
		}
	}
	//加载指定路径的配置文件
	Map<String, Class<?>> extensionClasses = new HashMap<String, Class<?>>();
	loadDirectory(extensionClasses, DUBBO_INTERNAL_DIRECTORY);
	loadDirectory(extensionClasses, DUBBO_DIRECTORY);
	loadDirectory(extensionClasses, SERVICES_DIRECTORY);
	return extensionClasses;
}
复制代码

以Protocol接口为例,获取到的实现类集合如下,我们就可以根据名称加载具体的扩展类对象。

{
	registry=class com.alibaba.dubbo.registry.integration.RegistryProtocol
	injvm=class com.alibaba.dubbo.rpc.protocol.injvm.InjvmProtocol
	thrift=class com.alibaba.dubbo.rpc.protocol.thrift.ThriftProtocol
	mock=class com.alibaba.dubbo.rpc.support.MockProtocol
	dubbo=class com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol
	http=class com.alibaba.dubbo.rpc.protocol.http.HttpProtocol
	redis=class com.alibaba.dubbo.rpc.protocol.redis.RedisProtocol
	rmi=class com.alibaba.dubbo.rpc.protocol.rmi.RmiProtocol
}
复制代码

三、自适应扩展机制

在Dubbo中,很多拓展都是通过 SPI 机制进行加载的,比如 Protocol、Cluster、LoadBalance 等。这些扩展并非在框架启动阶段就被加载,而是在扩展方法被调用的时候,根据URL对象参数进行加载。 那么,Dubbo就是通过自适应扩展机制来解决这个问题。

自适应拓展机制的实现逻辑是这样的: 首先 Dubbo 会为拓展接口生成具有代理功能的代码。然后通过 javassist 或 jdk 编译这段代码,得到 Class 类。最后再通过反射创建代理类,在代理类中,就可以通过URL对象的参数来确定到底调用哪个实现类。

1、Adaptive注解

在开始之前,我们有必要先看一下与自适应拓展息息相关的一个注解,即 Adaptive 注解。

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.TYPE, ElementType.METHOD})
public @interface Adaptive {
    String[] value() default {};
}
复制代码

从上面的代码中可知,Adaptive 可注解在类或方法上。

  • 标注在类上 Dubbo 不会为该类生成代理类。
  • 标注在方法上 Dubbo 则会为该方法生成代理逻辑,表示当前方法需要根据 参数URL 调用对应的扩展点实现。

2、获取自适应拓展类

getAdaptiveExtension 方法是获取自适应拓展的入口方法。

public T getAdaptiveExtension() {
	// 从缓存中获取自适应拓展
	Object instance = cachedAdaptiveInstance.get();
	if (instance == null) {
		if (createAdaptiveInstanceError == null) {
			synchronized (cachedAdaptiveInstance) {
				instance = cachedAdaptiveInstance.get();
				//未命中缓存,则创建自适应拓展,然后放入缓存
				if (instance == null) {
					try {
						instance = createAdaptiveExtension();
						cachedAdaptiveInstance.set(instance);
					} catch (Throwable t) {
						createAdaptiveInstanceError = t;
						throw new IllegalStateException("fail to create 
                                                  adaptive instance: " + t.toString(), t);
					}
				}
			}
		}
	}
	return (T) instance;
}
复制代码

getAdaptiveExtension 方法首先会检查缓存,缓存未命中,则调用 createAdaptiveExtension 方法创建自适应拓展。

private T createAdaptiveExtension() {
	try {
		return injectExtension((T) getAdaptiveExtensionClass().newInstance());
	} catch (Exception e) {
		throw new IllegalStateException("
			Can not create adaptive extension " + type + ", cause: " + e.getMessage(), e);
	}
}
复制代码

这里的代码较少,调用 getAdaptiveExtensionClass 方法获取自适应拓展 Class 对象,然后通过反射实例化,最后调用 injectExtension 方法向拓展实例中注入依赖。 获取自适应扩展类过程如下:

private Class<?> getAdaptiveExtensionClass() {
	//获取当前接口的所有实现类
	//如果某个实现类标注了@Adaptive,此时cachedAdaptiveClass不为空
	getExtensionClasses();
	if (cachedAdaptiveClass != null) {
		return cachedAdaptiveClass;
	}
	//以上条件不成立,就创建自适应拓展类
	return cachedAdaptiveClass = createAdaptiveExtensionClass();
}
复制代码

在上面方法中,它会先获取当前接口的所有实现类,如果某个实现类标注了 @Adaptive ,那么该类就被赋值给 cachedAdaptiveClass 变量并返回。如果没有,就调用 createAdaptiveExtensionClass 创建自适应拓展类。

3、创建自适应拓展类

createAdaptiveExtensionClass 方法用于生成自适应拓展类,该方法首先会生成自适应拓展类的源码,然后通过 Compiler 实例(Dubbo 默认使用 javassist 作为编译器)编译源码,得到代理类 Class 实例。

private Class<?> createAdaptiveExtensionClass() {
	//构建自适应拓展代码
	String code = createAdaptiveExtensionClassCode();
	ClassLoader classLoader = findClassLoader();
	// 获取编译器实现类 这个Dubbo默认是采用javassist 
	Compiler compiler =ExtensionLoader.getExtensionLoader(Compiler.class).getAdaptiveExtension();
	//编译代码,返回类实例的对象
	return compiler.compile(code, classLoader);
}
复制代码

在生成自适应扩展类之前,Dubbo会检查接口方法是否包含 @Adaptive 。如果方法上都没有此注解,就要抛出异常。

if (!hasAdaptiveAnnotation){
	throw new IllegalStateException(
		"No adaptive method on extension " + type.getName() + ", 
          refuse to create the adaptive class!");
}
复制代码

我们还是以Protocol接口为例,它的 export()refer() 方法,都标注为 @AdaptivedestroygetDefaultPort 未标注 @Adaptive 注解。Dubbo 不会为没有标注 Adaptive 注解的方法生成代理逻辑,对于该种类型的方法,仅会生成一句抛出异常的代码。

package com.alibaba.dubbo.rpc;
import com.alibaba.dubbo.common.URL;
import com.alibaba.dubbo.common.extension.Adaptive;
import com.alibaba.dubbo.common.extension.SPI;

@SPI("dubbo")
public interface Protocol {
    int getDefaultPort();
    @Adaptive
    <T> Exporter<T> export(Invoker<T> invoker) throws RpcException;
    @Adaptive
    <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException;
    void destroy();
}
复制代码

所以说当我们调用这两个方法的时候,会先拿到URL对象中的协议名称,再根据名称找到具体的扩展点实现类,然后去调用。下面是生成自适应扩展类实例的源代码:

package com.viewscenes.netsupervisor.adaptive;

import com.alibaba.dubbo.common.URL;
import com.alibaba.dubbo.common.extension.ExtensionLoader;
import com.alibaba.dubbo.rpc.Exporter;
import com.alibaba.dubbo.rpc.Invoker;
import com.alibaba.dubbo.rpc.Protocol;
import com.alibaba.dubbo.rpc.RpcException;

public class Protocol$Adaptive implements Protocol {
	public void destroy() {
		throw new UnsupportedOperationException(
				"method public abstract void Protocol.destroy() of interface Protocol is not adaptive method!");
	}
	public int getDefaultPort() {
		throw new UnsupportedOperationException(
				"method public abstract int Protocol.getDefaultPort() of interface Protocol is not adaptive method!");
	}
	public Exporter export(Invoker invoker)throws RpcException {
		if (invoker == null) {
			throw new IllegalArgumentException("Invoker argument == null");
		}
		if (invoker.getUrl() == null) {
			throw new IllegalArgumentException("Invoker argument getUrl() == null");
		}
			
		URL url = invoker.getUrl();
		String extName = (url.getProtocol() == null ? "dubbo" : url.getProtocol());
		if (extName == null) {
			throw new IllegalStateException("Fail to get extension(Protocol) name from url("
					+ url.toString() + ") use keys([protocol])");
		}
			
		Protocol extension = ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(extName);
		return extension.export(invoker);
	}
	public Invoker refer(Class clazz,URL ur)throws RpcException {
		if (ur == null) {
			throw new IllegalArgumentException("url == null");
		}
		URL url = ur;
		String extName = (url.getProtocol() == null ? "dubbo" : url.getProtocol());
		if (extName == null) {
			throw new IllegalStateException("Fail to get extension(Protocol) name from url("+ url.toString() + ") use keys([protocol])");
		}
		Protocol extension = ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(extName);
		return extension.refer(clazz, url);
	}
}
复制代码

综上所述,当我们获取某个接口的自适应扩展类,实际就是一个 Adaptive 类实例。

ExtensionLoader<Protocol> extensionLoader = 
                  ExtensionLoader.getExtensionLoader(Protocol.class);            
Protocol adaptiveExtension = extensionLoader.getAdaptiveExtension();
System.out.println(adaptiveExtension);
复制代码

输出为: com.alibaba.dubbo.rpc.Protocol$Adaptive@47f6473

四、实例

我们看完以上流程之后,如果想写一套自己的逻辑替换Dubbo中的流程,就变得很简单。

Dubbo默认使用 dubbo 协议来暴露服务。我们可以搞一个自定义的协议来替换它。

1、实现类

首先,我们创建一个 MyProtocol 类,它实现Protocol接口。

package com.viewscenes.netsupervisor.protocol;

import com.alibaba.dubbo.common.URL;
import com.alibaba.dubbo.rpc.Exporter;
import com.alibaba.dubbo.rpc.Invoker;
import com.alibaba.dubbo.rpc.Protocol;
import com.alibaba.dubbo.rpc.RpcException;
import com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol;

public class MyProtocol extends DubboProtocol implements Protocol{

	public int getDefaultPort() {
		return 28080;
	}
	public <T> Exporter<T> export(Invoker<T> invoker) throws RpcException {	
		URL url = invoker.getUrl();
		System.out.println("自定义协议,进行服务暴露:"+url);	
		return super.export(invoker);
	}
	public <T> Invoker<T> refer(Class<T> type, URL url) throws RpcException {
		return super.refer(type, url);
	}
	public void destroy() {}
}
复制代码

2、扩展点配置文件

然后,在自己的项目中 META-INF/services 创建 com.alibaba.dubbo.rpc.Protocol 文件,文件内容为: myProtocol=com.viewscenes.netsupervisor.protocol.MyProtocol

3、修改Dubbo配置文件

最后修改生产者端的配置文件:

<!-- 用自定义协议在20880端口暴露服务 -->
<dubbo:protocol name="myProtocol" port="20880"/>  
复制代码

这样在我们启动生产者端项目的时候,Dubbo在进行服务暴露的过程中,就会调用到我们自定义的 MyProtocol 类,完成相应的逻辑处理。

原文  https://juejin.im/post/5c909949e51d450fae18deb8
正文到此结束
Loading...