java spi 本身不自动加载 jdbc 驱动，而是 drivermanager 初始化时调用 serviceloader.load(driver.class) 扫描 meta-inf/services/java.sql.driver 文件实现自动发现；jdbc 4.0+ 由此无需 class.forname()，而 3.0 及以前仍需手动加载。
Java SPI 是怎么自动发现 JDBC 驱动的
Java SPI（Service Provider Interface）本身不“自动加载”驱动，而是 DriverManager 在初始化时主动调用 ServiceLoader.load(Driver.class) 去扫描 META-INF/services/java.sql.Driver 文件——这才是 JDBC 4.0+ 驱动无需 Class.forName() 的根本原因。
常见错误现象：SQLException: No suitable driver found，往往是因为：
- JDBC 驱动 JAR 没放在 classpath 下（比如被排除在 Spring Boot fat jar 的
BOOT-INF/lib/外） - 驱动 JAR 中缺失
META-INF/services/java.sql.Driver文件，或文件内容不是合法类名（如多了空格、换行、注释） - 使用了模块化（Java 9+）但没在
module-info.java中声明requires java.sql;，导致ServiceLoader查不到服务
注意：JDBC 3.0 及以前仍需手动 Class.forName("com.mysql.jdbc.Driver")，因为那时 DriverManager 还没集成 SPI 查找逻辑。
logback、slf4j-simple 等日志实现怎么被 SLF4J 自动选中
SLF4J 不是靠“扫描”，而是依赖 StaticLoggerBinder 这个桥接类——它必须由日志实现 JAR 提供，并且路径固定为 org/slf4j/impl/StaticLoggerBinder.class。SLF4J 初始化时会尝试加载这个类，谁先被 ClassLoader 找到，就绑定谁。
立即学习“Java免费学习笔记（深入）”；
典型问题：
-
SLF4J: Class path contains multiple SLF4J bindings：多个日志实现（如slf4j-log4j12.jar和logback-classic.jar）同时存在，SLF4J 会选第一个，但会打印警告 - 用了
slf4j-jdk14却看不到日志：默认 JDK 日志级别是INFO，而 SLF4J 的debug()对应 JDK 的FINE，需显式配置java.util.logging.Level.FINE - Spring Boot 用户容易忽略
spring-boot-starter-logging默认带的是logback，若想换log4j2，得排除spring-boot-starter-logging并引入spring-boot-starter-log4j2
自己写 SPI 接口时，ServiceLoader 加载失败的常见原因
写自定义 SPI 最常卡在“找不到实现类”，核心就两点：接口定义位置、服务配置文件路径和内容必须严丝合缝。
实操要点：
- 服务接口必须是 public 的，且不能是内部类或默认包下的类
-
META-INF/services/必须在 runtime classpath 根目录下（Maven 项目放src/main/resources/META-INF/services/） - 文件名必须是接口全限定名，比如接口是
com.example.MyService，文件名就是com.example.MyService（无后缀），内容是实现类全名，如com.example.MyServiceImpl，末尾不能有空行或 BOM - 如果实现类在 module-info.java 中声明了
provides com.example.MyService with com.example.MyServiceImpl;，那 Java 9+ 模块路径下必须用ModuleLayer.boot().findLoader(...)或ServiceLoader.load(..., module.getClassLoader())，不能再用默认 ClassLoader
为什么 ServiceLoader 不支持按条件加载或优先级控制
ServiceLoader 就是个朴素的迭代器，按 classpath 顺序加载所有匹配实现，没有过滤、排序、权重机制。想实现“优先用 A，A 不可用再用 B”，得自己封装：
比如：
ServiceLoader<MyService> loader = ServiceLoader.load(MyService.class);
for (MyService s : loader) {
if (s.supports("mysql")) return s; // 主动判断能力
}
throw new IllegalStateException("No provider supports mysql");
性能上要注意：每次调用 ServiceLoader.load() 都会重新扫描整个 classpath，高频场景建议缓存实例；兼容性上，Java 6–8 的 ServiceLoader 不支持 stream()，Java 9+ 才有，别在老环境用 loader.stream().findFirst()。
真正难的不是写 SPI，是让所有模块的 classpath、模块声明、资源路径对齐——一个 META-INF 放错位置，整条链就断了。
