ServiceLoader 是 Java 原生 SPI 加载机制，通过 META-INF/services/接口全限定名 查找实现类并反射实例化，实现解耦与可插拔扩展；它懒加载、不缓存、要求无参构造，适用于 JDBC、日志门面等场景。
ServiceLoader 是 Java 提供的一套标准 SPI（Service Provider Interface）加载机制，用于在运行时动态发现并加载接口的实现类，实现模块间的解耦和可插拔扩展。
ServiceLoader 的核心作用
它不依赖硬编码或配置文件指定具体实现类，而是通过约定的资源路径（red">META-INF/services/接口全限定名）查找实现类名，再用反射实例化。典型用于 JDBC 驱动加载、日志门面（SLF4J）、XML 解析器等场景。
例如：
- 你写了一个 DatabaseDriver 接口；
- 不同厂商提供 MysqlDriver、PostgreDriver 实现；
- 你的主程序只依赖接口，运行时自动加载对应实现，无需修改代码。
使用 ServiceLoader 的三步关键操作
- 定义服务接口（如
public interface ImageProcessor），不包含实现 - 在服务提供方 JAR 包中，创建
META-INF/services/com.example.ImageProcessor文件，内容为实现类全名（如com.mysql.MyImageProcessor） - 在调用方代码中使用：
ServiceLoader.load(ImageProcessor.class)获取迭代器，遍历并调用iterator().next()或stream().findFirst()
需要注意的关键细节
ServiceLoader 是懒加载的：调用 iterator() 或 stream() 才真正读取配置、加载类、触发 Class.forName()；每个 load() 调用都会新建一个独立加载器实例，不缓存已加载的服务实例；服务类必须有无参构造方法，且不能是内部类或匿名类。
它不支持按条件筛选、权重排序或热替换——这些需自行封装增强逻辑。
立即学习“Java免费学习笔记（深入）”；
与 Spring FactoryBean / @SPI 注解的区别
ServiceLoader 是 JDK 原生、轻量、无依赖的机制，适合基础框架层；而 Spring 的 Bean 工厂或 Dubbo 的 @SPI 是在其之上做的功能增强，支持依赖注入、AOP、条件加载等。两者定位不同：前者是规范，后者是实现。
