ClassPath读取XML需用ClassLoader.getResourceAsStream("config.xml")，路径相对于类路径根目录且不带前导斜杠；FileSystem则依赖部署方式，推荐绝对路径或显式基路径。
ClassPath路径读取XML配置文件的正确写法
Java里用ClassLoader.getResourceAsStream()加载XML，路径必须是相对于类路径根目录的，不能带前导斜杠。比如配置文件放在src/main/resources/config.xml，代码里就得写"config.xml"，而不是"/config.xml"——后者在多数JVM上会返回null。
常见错误现象：运行时抛NullPointerException，因为流没拿到；或IDE里能跑、打包后找不到文件。
- 路径区分大小写，
"Config.xml"和"config.xml"不是同一个文件 - 如果XML在子目录下（如
resources/conf/app.xml），路径写"conf/app.xml"，不要加/conf/app.xml - Maven项目中，确保
src/main/resources已声明为resource目录，否则编译后不会复制到target/classes
FileSystem路径读取XML配置文件的注意事项
用FileInputStream或Paths.get()走文件系统路径，本质是操作真实磁盘路径，和ClassPath完全无关。这时候路径写法取决于部署方式，不是“对错”问题，而是“是否可控”问题。
典型翻车点：本地开发用"./config.xml"能读，上线后因工作目录（user.dir）变了直接失败。
立即学习“Java免费学习笔记（深入）”；
- 绝对路径最稳但难移植，比如
"/opt/myapp/config.xml"，需运维配合 - 相对路径依赖
System.getProperty("user.dir")，建议显式指定基路径，例如Paths.get(System.getProperty("app.home"), "config.xml") - Spring Boot常用
--spring.config.location=file:/etc/myapp/，注意file:协议前缀不能漏
ClassPath vs FileSystem：选哪个取决于部署形态
ClassPath适合配置随Jar包一起发布、不希望被外部修改的场景；FileSystem适合配置需要独立更新、或由运维统一管理的环境。
混用容易出问题：比如用getResourceAsStream()读不到，转头又用new File("config.xml")去碰运气，结果两个路径都指向不同位置。
- 微服务容器化部署，推荐把XML挂载为Volume，走FileSystem + 绝对路径
- 传统War包部署，ClassPath更省心，但记得让运维确认
WEB-INF/classes里真有那个文件 - Log4j2或MyBatis这类框架，默认优先走ClassPath，除非显式配置
file:前缀
路径字符串拼接导致XML解析失败的隐蔽坑
别用字符串拼接构造路径，尤其涉及..或变量插入时。Windows反斜杠\、Linux正斜杠/、URL编码、空格、中文路径，全都会让File或URLDecoder行为异常。
一个真实案例："config/" + env + ".xml"在测试环境是"config/dev.xml"，上线后env含空格变成"config/prod test.xml"，FileInputStream直接报FileNotFoundException，但错误信息里空格被截断，看不出端倪。
- 优先用
Paths.get(base, filename)代替字符串拼接 - 读取前先
Files.exists(path)校验，比硬扛异常更早暴露问题 - XML解析器（如
DocumentBuilder.parse()）传入InputStream比File更安全，避免路径编码干扰
