ClassLoader.getResourceAsStream不接受前导斜杠，路径应为“config/app.properties”形式；加“/”会导致返回null，因其默认从classpath根查找，无需且不支持斜杠。
ClassLoader 的 getResourceAsStream 方法不接受以斜杠（/）开头的路径，加了会找不到资源。
ClassLoader.getResourceAsStream 不认前导斜杠
调用 getClassLoader().getResourceAsStream("config/app.properties") 是标准写法；如果写成 "/config/app.properties"，结果一定是 null。因为 ClassLoader 的路径解析逻辑中，前导 / 被视为非法字符——它只支持“从类路径根开始”的语义，但实现上直接忽略开头的 /，甚至在某些 JDK 版本中会静默截断或导致匹配失败。
这和 Class.getResourceAsStream 不同：后者明确区分 "file.txt"（相对包路径）和 "/file.txt"（从 classpath 根查），而 ClassLoader 本身没有“当前包”概念，所有路径都默认从根开始查找，所以不需要、也不支持前导斜杠。
两种调用方式的路径行为对比
实际开发中常混用以下两种方式，但它们对斜杠的处理完全不同：
-
用 Class 加载：
MyClass.class.getResourceAsStream("/config/app.properties")→ 合法，/表示从 classpath 根查 -
用 ClassLoader 加载：
MyClass.class.getClassLoader().getResourceAsStream("config/app.properties")→ 合法，等效于上面的带斜杠形式；加斜杠反而失效 -
错误示范：
getClassLoader().getResourceAsStream("/config/app.properties")→ 大概率返回null，不要加
为什么推荐优先用 ClassLoader 方式
更清晰、更可控，也更符合资源“全局性”的语义：
- 避免因当前类包名变化导致路径偏移（比如把工具类从
com.example.util移到com.example.helper，用Class.getResourceAsStream("xxx")时相对路径就容易出错） - 路径含义统一：所有资源都按 “classpath 根 + 指定路径” 解析，无需记忆“当前类在哪”
- 与构建工具（Maven/Gradle）的资源目录结构天然对齐，例如
src/main/resources/config/app.properties就对应"config/app.properties"
调试 null 返回的实用检查项
如果 getResourceAsStream 返回 null，按顺序确认：
- 路径字符串拼写正确，不含中文全角字符、不可见空格或 BOM 头
- 文件确实放在
src/main/resources（或等效 classpath 目录）下，且被构建工具成功复制进输出目录（如target/classes） - 没误加前导
/（尤其从 Class 方式迁移过来时容易保留习惯） - 运行环境是打包后的 JAR？确保该资源文件已包含在 JAR 包内（可用
jar -tf your-app.jar | grep app.properties验证）
