Dubbo 的可扩展性是基于 SPI 去实现的,而且Dubbo所有的组件都是通过 SPI 机制加载。
SPI 全称为 (Service Provider Interface) ,是一种服务提供发现机制。可以将服务接口与服务实现分离以达到解耦可拔插、大大提升了程序可扩展性。
说人话:
一个接口有多个实现类,具体使用哪个实现类,通过SPI机制让用户来决定。也就是,定好规范,实现允许百花齐放。
举栗子:
以JDBC为例,Java提供了JDBC API用来连接 Java 编程语言和广泛的数据库。可是数据库种类这么多,无法一个个地去适配,怎么办?定好规范( Driver
等一系列接口),实现类交由别人实现。
那么,实现类也有了,JDBC怎么知道该使用什么实现类(毕竟命名可以千奇百怪)?通过SPI
简单体验下,Dubbo SPI才是重点
基本示例
@SPI
:此注解表示这是一个SPI接口,标注在类上。
碎碎念:
@SPI注解有value参数,可以配置默认实现类的key,例如:
// 接口的注解添加默认值
@SPI("norRobot")
// 获取实现类时将getExtension替换一下
// Robot robot = extensionLoader.getExtension("norRobot");
Robot robot = extensionLoader.getDefaultExtension();
Dubbo SPI提供了类似装饰器模式的实现
碎碎念:
原理就是 RobotWrapper
只要有构造方法是有且只有一个参数,且这个参数是 Robot
类型,就认为其实包装类,会自动将Robot通过构造方法注入。
所以 getExtension("norRobot")
实际返回的是 RobotWrapper
自适应扩展
有些拓展并不想在框架启动阶段被加载,而是希望在拓展方法被调用时,根据运行时参数进行加载。这就是Dubbo SPI自适应扩展的作用。
@Adaptive
:此注解用于自适应扩展,可标注在类或者方法上。
当 @Adaptive
标注在类上时,无需通过key指定需要获取的实现类,通过getAdaptiveExtension方法即可获取自适应扩展类。同一个接口,有且只能有一个实现类允许使用 @Adaptive
标注
注意: @Adaptive
标注在类上和标注在方法上是冲突的,将上一步的AdaptiveRobot删除,或者把AdaptiveRobot类的Adaptive注解注释掉
碎碎念:
动态选择实现类,是需要通过URL来传递参数的。也就是方法参数中需要包含URL对象或者方法参数中有getUrl()方法来提供URL对象。
Dubbo SPI也支持类似spring自动注入的功能,来看看怎么用。
碎碎念:
Dubbo SPI的自动注入,也支持注入Spring的bean,此处没有演示。
本文讲了Java SPI和Dubbo SPI的使用,至于DubboSPI的实现,请看下回分解。
Original: https://www.cnblogs.com/konghuanxi/p/16494591.html
Author: 王谷雨
Title: Dubbo源码(一)-SPI使用
原创文章受到原创版权保护。转载请注明出处:https://www.johngo689.com/599027/
转载文章受原作者版权保护。转载请注明原作者出处!