目标
-
理解Dubbo的SPI机制
-
能口述Dubbo和JDK中的SPI机制的区别
第1章 SPI简介
SPI ,全称为 Service Provider Interface,是一种服务发现机制。它通过在ClassPath路径下的META-INF/services文件夹查找文件,自动加载文件里所定义的类。 这一机制为很多框架扩展提供了可能,比如在Dubbo、JDBC中都使用到了SPI机制。我们先通过一个很简单的例子来看下它是怎么用的。
简单来说,SPI是一种扩展机制,核心就是将服务配置化,在核心代码不用改动的前提下,通过加载配置文件中的服务,然后根据传递的参数来决定到底走什么逻辑,走哪个服务的逻辑。这样就对扩展是开放的,对修改是关闭的。
SPI的运用场景
当你在写核心代码的时候,如果某个点有涉及到会根据参数的不同走不同的逻辑的时候,如果没有SPI,你可能会在代码里面写大量的if else代码,这样代码就非常不灵活,假设有一天又新增了一种逻辑,代码里面也要跟着改,这个就违背了开闭原则,SPI的出现就是解决这种扩展问题的,你可以把实现类全部都配置到配置文件中,然后在核心代码里面就只要加载配置文件,然后根据入参跟加载的这些类进行匹配,如果匹配的就走该逻辑,这样如果有一天新增了逻辑,核心代码是不用变的,唯一变的就是自己工程里面的配置文件和新增类,符合了开闭原则。
第2章 JDK中的SPI机制
前面已经介