本文解析 Java ServiceLoader 三种静态加载方法所使用的类加载器，明确 load()、load(Class, ClassLoader) 和 loadInstalled() 分别依赖上下文类加载器、指定类加载器与平台类加载器，并说明其设计意图与实际应用场景。
本文解析 java serviceloader 三种静态加载方法所使用的类加载器，明确 `load()`、`load(class, classloader)` 和 `loadinstalled()` 分别依赖上下文类加载器、指定类加载器与平台类加载器，并说明其设计意图与实际应用场景。
Java 的 ServiceLoader 是实现 SPI（Service Provider Interface）机制的核心工具，其行为高度依赖类加载器的选择。自 JDK 8 至 JDK 17（乃至 JDK 20），ServiceLoader 提供三个关键静态工厂方法，它们在类加载器使用上存在本质差异：
- ServiceLoader.load(Class<S> service)：使用当前线程的上下文类加载器（Context Class Loader）。在绝大多数标准应用启动场景中，该上下文类加载器默认即为 系统类加载器（System Class Loader）——也就是通过 -cp 或 CLASSPATH 加载应用类的加载器。
- ServiceLoader.load(Class<S> service, ClassLoader loader)：显式使用传入的 ClassLoader 实例，赋予开发者完全控制权，适用于多模块、OSGi 或容器化环境等需隔离类加载的场景。
- ServiceLoader.loadInstalled(Class<S> service)：固定使用平台类加载器（Platform Class Loader）（JDK 9+，取代旧称“扩展类加载器”/Extension Class Loader）。该加载器仅负责加载 JDK 自身提供的模块（如 java.base、java.sql 等），不扫描应用 classpath，也不读取 ext/ 目录（该机制已在模块化中废弃）。
// 示例：三种加载方式的典型用法
ServiceLoader<CharsetProvider> appProviders = ServiceLoader.load(CharsetProvider.class);
// → 使用上下文类加载器（通常为 System Class Loader）
ServiceLoader<CharsetProvider> customProviders = ServiceLoader.load(
CharsetProvider.class, MyCustomClassLoader.getInstance()
); // → 显式指定加载器
ServiceLoader<CharsetProvider> jdkProviders = ServiceLoader.loadInstalled(CharsetProvider.class);
// → 仅查找 JDK 内置 provider（如 sun.nio.cs.StandardCharsets）为什么 loadInstalled() 要限定使用平台类加载器？答案在于语义契约与性能优化：该方法的设计目标是“仅发现已安装（installed）于 JVM 的服务提供者”，即 JDK 原生支持的功能（如 Charset、TimeZoneProvider、ScriptEngineManager 等）。这些实现稳定、全局一致，且无需随应用变更——因此可安全缓存、跨线程复用，避免重复解析 META-INF/services/ 文件。正如 Charset 类内部所做：先调用 loadInstalled() 获取 JDK 内置编码器，失败后再 fallback 到 load() 查找用户自定义实现。
⚠️ 注意事项：
- 不要假设 Thread.currentThread().getContextClassLoader() 总是系统类加载器；在 Web 容器（Tomcat）、应用服务器或框架（Spring Boot）中，它可能被显式设置为自定义加载器。
- loadInstalled() 在模块化环境中严格受限于 java.base 及其他由平台加载器主导的模块，无法加载应用模块中声明的服务。
- load(Class<S>) 的返回值不应全局缓存（API 明确警告），因其行为与调用方的类加载上下文强绑定；而 loadInstalled() 返回的服务实例可安全缓存——这是其核心优势。
综上，ServiceLoader 并非统一使用某一个类加载器，而是通过方法签名清晰分离职责：load() 面向应用扩展，loadInstalled() 面向 JDK 内置能力，load(..., ClassLoader) 提供底层控制。理解这一设计，是正确使用 SPI、避免类加载冲突与服务发现失败的关键。
立即学习“Java免费学习笔记（深入）”；
