1.Dubbo—SPI及自适应扩展原理
2.Dubbo之SPI实现原理详解

Dubbo—SPI及自适应扩展原理

       引言：Dubbo作为一个广泛应用于国内的RPC框架，其设计思想极具学习价值。本文基于Dubbo2.5.3版本源码，深入探讨SPI（Service Provider Interface）及自适应扩展原理，解析Dubbo的高扩展性实现基础。

       一、CMT2300源码SPI（Service Provider Interface）简介：SPI是一种服务发现机制，旨在解耦接口与具体实现，允许第三方组件无缝集成至应用中。举例说明，Java内置SPI机制，如数据库驱动实现，通过Driver接口统一，小程序源码精灵各数据库厂商自定义驱动类即可实现连接不同数据库，无需修改代码。

       二、Java SPI与Dubbo SPI对比：Dubbo基于Java SPI思想，提供更强大扩展能力。配置文件以接口全类名命名，r8051 源码内容非Java SPI标准形式。下面以Protocol扩展为例解析。

       三、Dubbo SPI实现细节：核心类ExtensionLoader负责SPI管理。构造方法初始化loader，通过类名获取扩展类实例。涨停 统计 指标源码关键点在于getExtension方法，内部实现从缓存获取或创建并缓存扩展类实例。loadExtensionClasses方法负责加载配置文件，解析实现类信息。

       四、自适应扩展机制解析：Dubbo中存在大量扩展类，笔和线段源码自适应机制确保按需加载。@Adaptive注解用于标识可动态加载的扩展类。构造方法中获取适配类，通过反射实例化。自适应类通过反射调用扩展类方法，实现懒加载功能。

       五、Dubbo IOC解析：injectExtension方法实现依赖注入，通过反射和setter方法注入扩展实例。AdaptiveExtensionFactory适配类负责缓存所有ExtensionFactory，确保按需加载。本文详细解析Dubbo依赖注入实现原理。

       六、总结：通过源码分析，可深入了解Dubbo扩展机制、设计模式应用以及如何实现优雅的扩展开发。未来在实际项目中，可灵活应用所学知识进行自定义扩展，甚至重构已有项目。反思当前项目，是否能利用今日所学进行优化和改进。

Dubbo之SPI实现原理详解

         SPI全称为Service Provider Interface，是一种服务提供机制，比如在现实中我们经常会有这种场景，就是对于一个规范定义方而言（可以理解为一个或多个接口），具体的服务实现方是不可知的（可以理解为对这些接口的实现类），那么在定义这些规范的时候，就需要规范定义方能够通过一定的方式来获取到这些服务提供方具体提供的是哪些服务，而SPI就是进行这种定义的。

        说明：

       

       

        Dubbo 的扩展点加载是基于JDK 标准的 SPI 扩展点发现机制增强而来的，Dubbo 改进了 JDK 标准的 SPI 的以下问题：

       

        dubbo对于SPI的实现主要是在ExtensionLoader这个类中，这个类主要有三个方法：

       

        如下是getExtension()方法的源码：

       

createExtension()方法的源码：

        在createExtension()方法中，其主要做了三件事：

        关于wrapper对象，这里需要说明的是，其主要作用是为目标对象实现AOP。wrapper对象有两个特点：

       

getExtensionClasses()方法的源码

       

loadDirectory()方法的源码：

       

loadClass()方法的源码

        loadClass()方法主要作用是对子类进行划分，这里主要划分成了三部分：

        总结而言，getExtension()方法主要是获取指定名称对应的子类。在获取过程中，首先会从缓存中获取是否已经加载过该子类，如果没加载过则通过定义文件加载，并且使用获取到的wrapper对象封装目标对象返回。

       

       

getAdaptiveExtension()方法源码