请解释 Java 的 SPI（Service Provider Interface）机制，包括其工作原理、使用场景以及与传统加载方式的区别。
考察说明
考查对 Java SPI 机制的理解，包括其定义、工作流程、应用场景及优缺点。
回答思路
- 【回答框架 1】SPI 全称 Service Provider Interface，是 Java 提供的一种服务发现机制，用于实现框架与实现解耦。其核心在于通过配置文件和接口约定，让第三方提供实现，运行时动态加载。
- 【回答框架 2】工作原理：在 ClassPath 下的 META-INF/services 目录中，创建以接口全限定名命名的文件，文件内容为实现类的全限定名。通过 ServiceLoader 类加载实现，ServiceLoader 会遍历所有 jar 中的该文件，并实例化实现类。
- 【回答框架 3】与传统 new 或工厂模式的区别：SPI 无需修改框架代码即可扩展，实现模块化，但加载过程是延迟且按需的，不能控制实例化顺序，且可能加载多个实现。
- 【回答框架 4】典型应用场景：JDBC 驱动加载、Spring 的自动装配、日志框架的门面模式等。
- 【关键点 1】SPI 通过 META-INF/services 配置文件实现服务发现。
- 【关键点 2】ServiceLoader 是 SPI 的核心工具类。
- 【关键点 3】SPI 实现了解耦，但加载顺序不可精确控制。
- 【关键点 4】JDBC、Spring 等框架广泛使用 SPI 机制。
- 【易错点 1】配置文件命名错误或目录位置不对会导致加载失败。
- 【易错点 2】多个实现存在时，ServiceLoader 不能直接指定使用哪一个，需额外处理。
- 【易错点 3】SPI 机制本身不处理实现类构造异常，需要自己捕获。