1 加载机制概述
Dubbo具有很好的扩展性,这与其巧妙的运用设计模式、特殊的加载机制密切相关。基于Dubbo SPI 加载机制,让整个框架的接口和具体实现完全解耦,从而奠定了整个框架良好扩展性的基础。Dubbo 几乎所有的功能组件都是基于扩展机制(SPI)实现的。
博主的Honey-Audit审计服务也是利用SPI机制奠定其良好的扩展性基础
1.1扩展点的分类与缓存
Dubbo SPI 可以分为Class 缓存、实例缓存。这两种缓存又能根据扩展类的种类分为普通扩展类、包装扩展类(Wrapper)、自适应扩展类(Adaptive类)等。
- Class 缓存:Dubbo SPI 获取扩展类时,会先从缓存中读取。如果缓存中不存在,则加载配置文件,根据配置把Class缓存到内存中,并不会直接全部实例化。
- 实例缓存:基于性能考虑,Dubbo 框架不仅缓存Class ,也会缓存Class 实例后的对象。每次读取的时候,会先从缓存中读取,如果缓存中读不到,则重新加载并缓存起来。这也是为什么Dubbo SPI相对Java SPI性能上有优势的原因,因为Dubbo SPI 缓存起来的 Class 并不会全部实例化,而是按需实例化并缓存,因此性能会更好。
被缓存的Class和对象实例可以根据不同的特性分为不同的类别:
- 普通扩展类。这是最基础的,配置在SPI 配置文件中的扩展类实现。
注意:自动激活也是属于普通扩展类