getResourceAsStream读不到文件的主因是路径错误：不加/按相对路径（类所在包）查找，加/才从classpath根目录查找；资源未打入jar、流未关闭也会导致失败。
getResourceAsStream 读不到文件？先看路径是不是以 / 开头
Java 里用 Class.getResourceAsStream() 读 jar 包内配置文件，最常见问题是路径写错——它默认按「相对路径」解析，不加 / 就从当前类所在包路径开始找。
比如 com.example.App 类调用 getResourceAsStream("config.properties")，实际会去找 com/example/config.properties；而加了斜杠：getResourceAsStream("/config.properties")，才从 classpath 根目录（即 jar 包顶层）开始找。
- jar 包根目录下的
application.yml→ 必须用"/application.yml" - 想读同包下的
db.sql→ 可用"db.sql"或"/com/example/db.sql" - 路径开头有多个
/（如"//config.txt"）会被忽略，但别这么写，语义不清
ClassLoader.getResourceAsStream 更稳定，但路径规则不变
用 Thread.currentThread().getContextClassLoader().getResourceAsStream() 或 MyClass.class.getClassLoader().getResourceAsStream()，本质和 Class.getResourceAsStream() 走同一套资源查找逻辑，只是起点 classloader 不同。在多数 Spring 或 fat-jar 场景下，它反而更可靠，因为不依赖调用类的包位置。
但注意：它**不支持**相对路径写法，所有路径都当作「从 classpath 根开始」，所以 "config.properties" 和 "/config.properties" 效果一样，但前者更常见、更直觉。
立即学习“Java免费学习笔记（深入）”；
- 推荐统一用
getClass().getClassLoader().getResourceAsStream("logback.xml") - 如果返回
null，不是方法错了，是资源没打进 jar 或路径拼错了 - Maven 打包时，
src/main/resources下的文件默认进 jar 根目录；src/main/java下的同名文件不会被复制，别误以为能读到
IDE 运行正常，jar 包里读不到？检查资源是否真在 jar 里
IDE（如 IntelliJ）运行时 classpath 包含 target/classes 和 resources 目录，文件是「散装」的，路径容错高；但 jar 是压缩包，路径必须完全匹配，大小写、扩展名、隐藏文件（如 .DS_Store）都会导致失败。
验证方式很简单：用 jar -tf your-app.jar | grep config 看目标文件是否真的存在、路径是否和代码里写的完全一致。
- Windows 上用记事本保存的
application.properties可能带 BOM，导致getResourceAsStream返回null—— 改用 UTF-8 无 BOM 编码 - Maven 多模块项目中，如果配置文件放在父 module 的
resources，子 module 默认读不到，得显式依赖或 copy-resources - Spring Boot 的
spring.config.location是另一套机制，别和getResourceAsStream混用
读取后流没关闭？小心 jar 包句柄泄漏
在 Windows 上，如果用 getResourceAsStream 获取的 InputStream 没及时关闭，JVM 可能一直持有 jar 文件句柄，导致后续无法删除或更新该 jar —— 表现为「文件正在被另一个程序使用」。
这不是 bug，是 JDK 对 jar 内资源流的实现限制（尤其 ZipFile$ZipFileInputStream）。
- 务必用 try-with-resources：
try (InputStream is = clazz.getResourceAsStream("/conf.json")) { ... } - 别缓存这个流对象，它是一次性的；也不要试图重复 read，流已关闭
- 如果要多次读，每次重新调用
getResourceAsStream，不要复用旧流
