ProviderNotFoundException 是 ServiceLoader 在类路径中找不到指定服务实现类时抛出的异常，主因是 META-INF/services/ 下配置文件缺失、类名错误、类不可访问或模块声明不全。
ProviderNotFoundException 是 Java 中 java.util.ServiceLoader 机制抛出的运行时异常，表示在类路径（classpath）中找不到符合要求的服务提供者实现类。
为什么会出现 ProviderNotFoundException
ServiceLoader 在加载服务时，会按约定路径（META-INF/services/接口全限定名）读取配置文件，再根据其中列出的实现类名尝试加载并实例化。一旦出现以下任一情况，就会抛出该异常：
- 对应接口的服务配置文件缺失（如
META-INF/services/com.example.MyService不存在） - 配置文件存在，但其中写入的实现类名拼写错误、包名不全或类未在 classpath 中
- 实现类存在，但缺少无参公有构造方法（ServiceLoader 只支持默认构造函数）
- 实现类所在模块未正确导出（Java 9+ 模块系统下，模块未
exports或uses相关包）
如何快速定位问题
关键不是看异常堆栈本身，而是检查三处：
- 确认接口是否被正确声明为服务接口：它必须是 public 接口（不能是类或抽象类）
-
检查 META-INF/services 下的文件名是否与接口全限定名完全一致（包括大小写和点号），例如接口
org.example.Logger→ 文件路径必须是META-INF/services/org.example.Logger -
打开该文件，逐行核对类名是否可被 ClassLoader 加载：用
Thread.currentThread().getContextClassLoader().loadClass("xxx.YyyImpl")手动测试是否成功
常见修复方式
多数情况属于构建或打包疏漏，可按顺序排查：
立即学习“Java免费学习笔记（深入）”；
- 使用 Maven 构建时，确保
src/main/resources/META-INF/services/路径下的文件被正确复制进 jar 包（检查生成的 jar 是否包含该文件） - IDE 中资源未自动刷新？尝试 Clean & Rebuild，或手动刷新项目资源目录
- 多模块项目中，确认服务实现模块已作为依赖引入到启动模块，并且没有被
provided或testscope 错误排除 - Spring Boot 项目中慎用
@EnableAutoConfiguration自动加载机制替代 ServiceLoader，除非你明确需要 JDK 原生 SPI 行为
避免踩坑的小建议
ServiceLoader 不做容错，也不打印友好提示，因此开发阶段就应建立检查习惯：
- 在单元测试中主动调用
ServiceLoader.load(YourInterface.class)并遍历iterator()，提前暴露缺失问题 - 配置文件内容每行一个实现类，末尾不要有多余空格或 BOM 字符（尤其 Windows 编辑器易产生）
- 避免在接口中定义默认方法当作“兜底实现”——ServiceLoader 不会加载接口自身，只认配置文件里写的实现类
