请解释 Java 的 SPI（服务提供者接口）机制，并说明你在实际项目中如何利用 SPI 实现模块的动态扩展。

回答思路

1. 【回答框架 1】SPI 即服务提供者接口，核心是面向接口编程加配置驱动。标准 Java SPI 通过 META-INF/services 目录下的文件声明接口实现类，文件名为接口全限定名，内容为实现类全限定名，每行一个。加载时使用 ServiceLoader 读取配置文件，实例化并返回实现集合。
2. 【回答框架 2】动态扩展的实现链路是：定义扩展点接口，编写核心逻辑只依赖该接口；在模块 JAR 内放置 META-INF/services 配置文件；运行时通过 ServiceLoader 加载所有实现，再结合策略选择或注解等机制完成动态装配。核心机制是类加载与反射，但 ServiceLoader 的加载是延迟的、迭代式访问才实例化。
3. 【回答框架 3】实际项目中的典型用法是日志门面、JDBC 驱动和模块化插件系统。以支付渠道为例，先定义 PaymentProvider 接口，不同渠道实现各自逻辑，每个扩展包携带自己的配置文件，主程序启动时扫描配置并注册到路由表，新增渠道只需新增一个 JAR 包，无需修改主程序代码。
4. 【回答框架 4】这种机制与 Spring 的自动装配不同，SPI 更轻量、无框架依赖；与普通 Class.forName 相比，SPI 更规范且支持多实现。缺点是需要额外维护配置文件，且 ServiceLoader 迭代时实例化所有实现，若实现具有较重初始化逻辑可能影响性能，可改为按需加载或使用自研索引。
5. 【关键点 1】SPI 机制由接口、实现与 META-INF/services 配置文件三要素构成。
6. 【关键点 2】ServiceLoader 是标准加载入口，按接口全限定名读取配置文件并实例化实现。
7. 【关键点 3】SPI 实现模块动态扩展的核心是配置驱动加载，新增实现无需修改核心代码。
8. 【关键点 4】常见应用场景包括 JDBC 驱动加载、日志门面和插件化系统。
9. 【关键点 5】实际工程中需考虑配置管理、异常处理与加载性能。
10. 【易错点 1】不要将 SPI 机制与业务幂等或线程安全混为一谈，SPI 只提供服务发现。
11. 【易错点 2】ServiceLoader 默认会实例化所有配置的实现，若实现有副作用或初始化重，会拖慢启动。
12. 【易错点 3】配置文件缺失或格式错误会导致实现加载不到，且可能被静默忽略，需注重异常日志。