class.getresourceasstream()和classloader.getresourceasstream()路径规则不同：前者以/开头从classpath根查找，否则相对当前类包路径；后者始终从classpath根查找，忽略开头的/。
Class.getResourceAsStream 和 ClassLoader.getResourceAsStream 都用于加载类路径下的资源，但路径解析规则不同，容易混淆或出错。
Class.getResourceAsStream：相对路径以当前类为基准
该方法对路径的处理依赖于是否以 / 开头：
- 路径以 / 开头（如
"/config.properties"），表示从类路径根目录（即 classpath root）开始查找； - 路径不以 / 开头（如
"config.properties"或"./config.properties"），则相对于当前Class所在的包路径查找（注意：点号.不代表当前目录，会被当作包名分隔符，"./config.properties"实际等价于"config.properties"）； - 例如：类
com.example.MyService调用getResourceAsStream("data.txt")，会尝试加载com/example/data.txt；调用getResourceAsStream("/data.txt")，则查找 classpath 根下的data.txt。
ClassLoader.getResourceAsStream：始终从类路径根开始查找
该方法**不支持相对路径概念**，所有路径都被视为绝对路径（相对于 classpath root）：
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
- 无论传入
"config.properties"还是"/config.properties"，都会尝试从 classpath 根查找config.properties； - 开头的 / 会被忽略（JVM 规范要求自动截掉），所以
"/config.properties"和"config.properties"效果完全相同； - 不能通过它访问“同包下”的资源——必须写全路径（如
"com/example/data.txt"），否则找不到。
常见误区与建议
实际开发中容易踩坑的地方：
- 误以为
Class.getResourceAsStream("xxx")的"xxx"是相对于当前目录，其实它是相对于包路径； - 混用两种方式又没统一路径写法，导致本地运行正常、打包后找不到资源；
- 使用
Thread.currentThread().getContextClassLoader()获取 ClassLoader 加载资源时，要注意该 CL 可能不是启动类加载器，尤其在 Web 容器或模块化环境里； - 推荐优先使用
Class.getResourceAsStream（特别是已知调用方类时），语义更清晰；若需跨类加载或动态指定 classpath 上下文，再考虑ClassLoader.getResourceAsStream。
验证路径是否生效的小技巧
调试时可打印实际 URL 来确认资源位置：
-
getClass().getResource("config.properties")返回URL，可直接打印看路径； - 如果返回
null，说明没找到——此时检查 target/classes 或 jar 包内资源是否真在对应位置； - 注意 IDE 编译输出路径（如
out/production/xxx或target/classes）是否包含你期望的资源文件。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
