SPI实战：Calcite中Drive的实现

一名路过的小码农！

于 2024-01-14 18:03:28 发布

阅读量368

点赞数 8

文章标签： java 设计模式

本文链接：https://blog.csdn.net/qq_43592396/article/details/135585069

版权

前言：最近在看SPI相关的文章，却苦于源码框架的实践。手头正好有一些关于calcite相关的代码改动，在看到Calcite的Drive类时，突然眼前一亮，唉！这不就是一个SPI的实现例子吗。既然如此那就浅浅一看。

SPI是JAVA提供的一种动态扩展机制，可实现功能的动态插拔。类似于我们平时写的最多的API，不过API的实现一般是我们自己写接口自己写实现，在同一个类库里。而SPI则是自己写接口，实现交由第三方框架自己实现，从而实现千人千面，真正的动态扩展。

在自己的应用中：定义一个抽象接口，以及一个工厂类，用于加载该抽象接口的所有第三方实现，并根据业务需求决定使用具体的实现类。
对于第三方应用：实现上面的抽象接口，然后在resources文件中的META-INF目录，增加一个services文件，文件名与接口名一致，文件内容为你实现该接口的具体类名（这样能保证步骤一的工厂类能通过Class.forName（）的形式拿到该实现）。

关于实现类怎么加载到工厂类，一般是工厂类中主动扫描接口的所有实现子类，进行各子类的实例化，然后各子类在实例化中主动注册到工厂类中。

以java.sql.Drive这个SPI接口为例，看java是怎么动态接入Calcite这个第三方框架的自定义Drive。

上层java定义的 java.sql.Drive 接口，以及用于管理Drive的工厂类java.sql.DriverManager 。可以看到，在DriveManager中会先加载配置在META-INF目录services文件中配置的所有实现子类（这里遍历的过程中，其实使用的是LazyIterator懒加载迭代器，在driversIterator.next()方法中，还是会用Class.forName()去加载这里的实现类）。同时也会根据系统配置的指定类通过Class.forName() 进行类加载并执行注册到DriverManager的静态代码块。
Calcite中的Drive实现：
Calcite的Drive继承了java的Drive，然后在静态代码块里调用了DriveManager的register（）方法，从而注册到了DriveManager中，到此整个接入就完成了，后续调用java的Drive就会对应到Calcite的实现中来。

ServiceLoader推荐：
https://zhuanlan.zhihu.com/p/212850943

关注