排查空指针异常需确认资源路径与classpath匹配：资源须在target/classes对应路径下；getResourceAsStream路径需用绝对路径如"/com/example/config/app.conf"；检查类加载器是否为BootstrapClassLoader，建议用getContextClassLoader()；打印getResource结果和classpath根路径定位问题。
排查 Bootstrap 类加载器因资源路径问题返回 null 导致的空指针异常，关键在于厘清类加载器查找资源的路径逻辑，并验证资源是否真实存在于运行时 classpath 中。这不是代码写错，而是路径语义与实际部署结构不匹配。
确认资源在 classpath 中的真实位置
编译后资源必须落在 classes/（Maven 项目）或等效输出目录下。例如：
- 源码中
src/main/resources/com/example/config/app.conf - 打包后应位于
target/classes/com/example/config/app.conf
若资源放在 src/main/java 或未被 Maven Resources Plugin 包含，运行时就不可见。可解压 JAR 文件或查看 IDE 的 out/production/ 或 target/classes/ 目录，手动确认文件是否存在。
检查 getResourceAsStream 调用的路径写法
路径是否带前导 / 决定查找起点：
-
getClass().getResourceAsStream("app.conf")：从当前类所在包路径开始找（相对路径） -
getClass().getResourceAsStream("/app.conf")：从 classpath 根目录找（需确保文件真正在根下） -
getClass().getResourceAsStream("/com/example/config/app.conf")：推荐——绝对路径，语义明确，不易出错
常见错误是写成 "/config/app.conf"，但实际路径是 /com/example/config/，结果返回 null。
验证类加载器是否为预期实例
Bootstrap 场景中，可能使用自定义类加载器（如 MelonLoader 的 BootstrapClassLoader），而非默认的 AppClassLoader。直接调用 getClass().getClassLoader() 并打印其类型：
System.out.println(getClass().getClassLoader()); // 如：class melonloader.bootstrap.BootstrapClassLoader
若非预期加载器，说明资源未委托给它加载；此时应改用 Thread.currentThread().getContextClassLoader()，它通常由容器或引导框架设为正确的上下文加载器。
添加路径调试日志，避免盲目猜测
不要仅依赖 IDE 的“看起来存在”。在调用前打印完整解析路径：
- 打印
getClass().getResource("/com/example/config/app.conf")—— 返回null？说明路径不对或资源缺失 - 打印
Thread.currentThread().getContextClassLoader().getResources("")—— 查看所有 classpath 根路径，确认资源是否在其一中
例如：
URL url = getClass().getResource("/com/example/config/app.conf");<br>
if (url == null) {<br>
System.err.println("Resource not found! Check path & build output.");<br>
} 
