Dubbo源码解析之SPI(一):扩展类的加载过程
Dubbo是一款开源的、高性能且轻量级的Java RPC框架,它提供了三大核心能力:面向接口的远程方法调用、智能容错和负载均衡,以及服务自动注册和发现。
Dubbo最早是阿里公司内部的RPC框架,于 2011 年开源,之后迅速成为国内该类开源项目的佼佼者,2018年2月,通过投票正式成为 Apache基金会孵化项目。目前宜信公司内部也有不少项目在使用Dubbo。
本系列文章通过拆解Dubbo源码,帮助大家了解Dubbo,做到知其然,并且知其所以然。
一、JDK SPI
1.1 什么是SPI?
SPI(Service Provider Interface),即服务提供方接口,是JDK内置的一种服务提供机制。在写程序的时候,一般都推荐面向接口编程,这样做的好处是:降低了程序的耦合性,有利于程序的扩展。
SPI也秉承这种理念,提供了统一的服务接口,服务提供商可以各自提供自己的具体实现。大家都熟知的JDBC中用的就是基于这种机制来发现驱动提供商,不管是Oracle也好,MySQL也罢,在编写代码时都一样,只不过引用的jar包不同而已。后来这种理念也被运用于各种架构之中,比如Dubbo、Eleasticsearch。
1.2 JDK SPI的小栗子
SPI 的实现方式是将接口实现类的全限定名配置在文件中,由服务加载器读取配置文件,加载实现类。
了解了概念后,来看一个具体的例子。
1)定义一个接口
public interface Operation { int operate(int num1, int num2); }
2)写两个简单的实现
public class DivisionOperation implements Operation { public int operate(int num1, int num2) { System.out.println("run division operation"); return num1/num2; } }
3)添加一个配置文件
在ClassPath路径下添加一个配置文件,文件名字是接口的全限定类名,内容是实现类的全限定类名,多个实现类用换行符分隔。
目录结构
文件内容
com.api.impl.DivisionOperation com.api.impl.PlusOperation
4)测试程序
public class JavaSpiTest { @Test public void testOperation() throws Exception { ServiceLoader<Operation> operations = ServiceLoader.load(Operation.class); operations.forEach(item->System.out.println("result: " + item.operate(2, 2))); } }
5)测试结果
run division operation result:1 run plus operation result:4
1.3 JDK SPI的源码分析
例子很简单,实现的话,可以大胆猜测一下,看名字“ServiceLoader”应该就是用类加载器根据接口的类型加上配置文件里的具体实现名字将实现加载了进来。
接下来通过分析源码进一步了解其实现原理。
1.3.1 ServiceLoader类
PREFIX定义了加载路径,reload方法初始化了LazyIterator,LazyIterator是加载的核心,真正实现了加载。加载的模式从名字上就可以看出,是懒加载的模式,只有当真正调用迭代时才会加载。
1.3.2 hasNextService方法
LazyIterator中的hasNextService方法负责加载配置文件和解析具体的实现类名。
1.3.3 nextService方法
LazyIterator中的nextService方法负责用反射加载实现类。
看完了源码,感觉这个代码是有优化空间的,实例化所有实现其实没啥必要,一来比较耗时,二来浪费资源。Dubbo就没有使用Java原生的SPI机制,而是对其进行了增强,使其能够更好地满足需求。
二、Dubbo SPI
2.1 Dubbo SPI的小栗子
老习惯,在拆解源码之前,先来个栗子。此处示例是在前文例子的基础上稍做了些修改。
1)定义一个接口
修改接口,加上了Dubbo的@SPI注解。
@SPI public interface Operation { int operate(int num1, int num2); }
2)写两个简单的实现
沿用之前的两个实现类。
3)添加一个配置文件
新增配置文件放在dubbo目录下。
目录结构
文件内容
division=com.api.impl.DivisionOperation plus=com.api.impl.PlusOperation
4)测试程序
public class DubboSpiTest { @Test public void testOperation() throws Exception { ExtensionLoader<Operation> loader = ExtensionLoader.getExtensionLoader(Operation.class); Operation division = loader.getExtension("division"); System.out.println("result: " + division.operate(1, 2)); } }
5)测试结果
run division operation result:0
2.2 Dubbo SPI源码
上面的测试例子也很简单,和JDK原生的SPI对比来看,Dubbo的SPI可以根据配置的kv值来获取。在没有拆解源码之前,考虑一下如何实现。
我可能会用双层Map来实现缓存:第一层的key为接口的class对象,value为一个map;第二层的key为扩展名(配置文件中的key),value为实现类的class。实现懒加载的方式,当运行方法的时候创建空map。在真正获取时先从缓存中查找具体实现类的class对象,找得到就直接返回、找不到就根据配置文件加载并缓存。
Dubbo又是如何实现的呢?
2.2.1 getExtensionLoader方法
首先来拆解getExtensionLoader方法。
这是一个静态的工厂方法,要求传入的类型必须为接口并且有SPI的注解,用map做了个缓存,key为接口的class对象,而value是 ExtensionLoader对象。
2.2.2 getExtension方法
再来拆解ExtensionLoader的getExtension方法。
这段代码也不复杂,如果传入的参数为'true',则返回默认的扩展类实例;否则,从缓存中获取实例,如果有就从缓存中获取,没有的话就新建。用map做缓存,缓存了holder对象,而holder对象中存放扩展类。用volatile关键字和双重检查来应对多线程创建问题,这也是单例模式的常用写法。
2.2.3 createExtension方法
重点分析createExtension方法。
这段代码由几部分组成:
- 根据传入的扩展名获取对应的class。
- 根据class去缓存中获取实例,如果没有的话,通过反射创建对象并放入缓存。
- 依赖注入,完成对象实例的初始化。
- 创建wrapper对象。也就是说,此处返回的对象不一定是具体的实现类,可能是包装的对象。
第二个没啥好说的,我们重点来分析一下1、3、4三个部分。
1)getExtensionClasses方法
老套路,从缓存获取,没有的话创建并加入缓存。这里缓存的是一个扩展名和class的关系。这个扩展名就是在配置文件中的key。创建之前,先缓存了一下接口的限定名。加载配置文件的路径是以下这几个。
2)loadDirectory方法
获取配置文件路径,获取classLoader,并使用loadResource方法做进一步处理。
3)loadResource方法
loadResource加载了配置文件,并解析了配置文件中的内容。loadClass 方法操作了不同的缓存。
首先判断是否有Adaptive注解,有的话缓存到cacheAdaptiveClass(缓存结构为class);然后判断是否wrapperclasses,是的话缓存到cacheWrapperClass中(缓存结构为Set);如果以上都不是,这个类就是个普通的类,存储class和名称的映射关系到cacheNames里(缓存结构为Map)。
基本上getExtensionClasses方法就分析完了,可以看出来,其实并不是很复杂。
2.2.4 IOC
1)injectExtension方法
这个方法实现了依赖注入,即IOC。首先通过反射获取到实例的方法;然后遍历,获取setter方法;接着从objectFactory中获取依赖对象;最后通过反射调用setter方法注入依赖。
objectFactory的变量类型为AdaptiveExtensionFactory。
2)AdaptiveExtensionFactory
这个类里面有个ExtensionFactory的列表,用来存储其他类型的 ExtensionFactory。Dubbo提供了两种ExtensionFactory,一种是SpiExtensionFactory, 用于创建自适应的扩展;另一种是SpringExtesionFactory,用于从Spring的IOC容器中获取扩展。配置文件一个在dubbo-common模块,一个在dubbo-config模块。
配置文件
SpiExtensionFactory中的Spi方式前面已经解析过了。
SpringExtesionFactory是从ApplicationContext中获取对应的实例。先根据名称查找,找不到的话,再根据类型查找。
依赖注入的部分也拆解完毕,看看这次拆解的最后一部分代码。
2.2.5 AOP
创建wrapper对象的部分,wrapper对象是从哪里来的呢?还记得之前拆解的第一步么,loadClass方法中有几个缓存,其中wrapperclasses就是缓存这些wrapper的class。
从代码中可以看出,只要构造方法里有且只有唯一参数,同时此参数为当前传入的接口类型,即为wrapper class。
此处循环创建wrapper实例,首先将instance做为构造函数的参数,通过反射来创建wrapper对象,然后再向wrapper中注入依赖。
看到这里,可能会有人有疑问:为什么要创建一个wrapper对象?其实很简单,系统要在真正调用的前后干点别的事呗。这个就有点类似于spring的aop了。
三、总结
本文简单介绍了JDK的SPI和Dubbo的SPI用法,分析了JDK的SPI源码和Dubbo的SPI源码。在拆解的过程中可以看出,Dubbo的源码还是很值得一读的。在实现方面考虑得很周全,不仅有对多线程的处理、多层缓存,也有IOC、AOP的过程。不过,Dubbo的SPI就这么简单么?当然不是,这篇只拆解了扩展类的加载过程,Dubbo的SPI中还有个很复杂的扩展点-自适应机制。欲知后事如何,请听下回分解~~
来源:宜信技术学院
本文作者:宜信支付结算部支付研发团队Java研发高级工程师郑祥斌
原文首发于「野指针」
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
数据安全(反爬虫)之「防重放」策略
在大前端时代的安全性一文中讲了 Web 前端和 Native 客户端如何从数据安全层面做反爬虫策略,本文接着之前的背景,将从 API 数据接口的层面讲一种技术方案,实现数据安全。 一、 API 接口请求安全性问题 API 接口存在很多常见的安全性问题,常见的有下面几种情况 即使采用 HTTPS,诸如 Charles、Wireshark 之类的专业抓包工具可以扮演证书颁发、校验的角色,因此可以查看到数据 拿到请求信息后原封不动的发起第二个请求,在服务器上生产了部分脏数据(接口是背后的逻辑是对 DB 的数据插入、删除等) 所以针对上述的问题也有一些解决方案: HTTPS 证书的双向认证解决抓包工具问题 假如通过网络层高手截获了 HTTPS 加证书认证后的数据,所以需要对请求参数做签名 「防重放策略」解决请求的多次发起问题 请求参数和返回内容做额外 RSA 加密处理,即使截获,也无法查看到明文。 关于 HTTPS 证书双向认证和 Web 端反爬虫技术方案均在大前端时代的安全性一文中有具体讲解。接下来引出本文主角:防重放 二、 请求参数防篡改 在之前的文章也讲过,HTTPS 依旧可以被抓包,造...
- 下一篇
《EXIN Lean IT系列认证课程介绍》
我们相信“Lean IT”应该成为每个企业IT组织和每个IT专业人员的工具包的一个组成部分。 精益思想提升企业对如何评估业务流程、并能识别和消除浪费以获取最具竞争力的绩效。今天,许多跨职能领域(运营、战术和战略)的IT专业人士已经或计划获得精益IT认证,以减少浪费和提高效率。 对任何组织而言,Lean IT(精益IT)代表了精益思想、方法和工具最具影响力的应用,因为现代企业依赖于信息、通信和技术。Lean IT是我们加速整个企业数字化转型的支点,因为我们人员、流程和技术能力直接决定了我们生产的产品和服务的质量和及时性。 本讲座介绍了Lean IT的起源,发展现状,和其他现代管理实践的关系(VeriSM、DevOps、Agile 等),以及EXIN Lean IT系列认证的重点。 任何对Lean IT有兴趣的IT专业人士,包括但不限于经理人(一线及总层经理、总监、CIO)、敏捷教练、PMO、技术负责人都可以从本讲座中学习收益。 讲座内容涵盖: * 什么是Lean IT(精益IT) * Lean、Lean IT之间的关系 * Lean IT和现代管理方法(DevOps、Agile、数字化管...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS8编译安装MySQL8.0.19
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS6,CentOS7官方镜像安装Oracle11G
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- SpringBoot2更换Tomcat为Jetty,小型站点的福音
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- 设置Eclipse缩进为4个空格,增强代码规范
- Docker使用Oracle官方镜像安装(12C,18C,19C)