Java路径错误主因是混淆当前工作目录与classpath：相对路径以System.getProperty("user.dir")为准，资源文件须用getClass().getResource()加载，跨平台路径用正斜杠和Paths.get()，生产环境路径需外部配置并校验存在性。
Java 文件读写时路径出错，绝大多数不是代码写错了，而是对“路径在哪、怎么找、谁来解析”没理清楚。核心就一点：路径是给 JVM 用的，而 JVM 看路径的方式，和你在资源管理器里双击打开文件的方式完全不同。
相对路径到底相对于谁？
很多人写 new File("config.txt") 或 Files.readAllLines(Paths.get("data/input.csv"))，结果报 No such file or directory。这不是文件不存在，是你搞错了“当前工作目录”。
JVM 启动时会记录一个“用户目录”（System.getProperty("user.dir")），所有相对路径都从这里开始算——它通常是你的项目根目录（如 /home/user/myapp），而不是 src 目录，也不是 classes 目录，更不是你 IDE 里右键运行的源文件所在位置。
- 想确认当前工作目录？加一行
System.out.println(System.getProperty("user.dir"));看输出 - 别靠猜，每次换环境（IDE、命令行、打包成 jar）都要验证一次
- 开发阶段建议统一用绝对路径临时调试，排除路径干扰
资源文件必须走 classpath
像 application.properties、log4j2.xml 这类放在 src/main/resources 下的文件，不能用 File 或 Paths.get() 直接拼路径。它们被打包进 jar 后就不再是文件系统里的普通文件，而是归类加载器管理的“资源”。
立即学习“Java免费学习笔记（深入）”；
- 正确做法是用
getClass().getResource("/config.properties")（带斜杠表示从 classpath 根开始） - 或
getClass().getClassLoader().getResource("config.properties")（不带斜杠，从 classpath 根开始） - 返回的是
URL，再用url.toURI()转成Path，或直接用url.openStream() - 千万别写
new File("src/main/resources/config.properties")—— 编译后这个路径根本不存在
路径字符串本身要防转义和分隔符
Windows 用反斜杠 ，Linux/macOS 用正斜杠 /。硬写 "C:\config\app.log" 看似能用，但跨平台就挂；写 "C:/config/app.log" 在 Windows 上也能识别，更安全。
- 优先使用正斜杠
/，Java 的Paths.get()和File都兼容 - 避免字符串拼接路径，改用
Paths.get("data", "input.csv")，自动处理分隔符 - 读取用户输入或配置项中的路径时，用
Paths.get(pathStr).toAbsolutePath().normalize()规范化，消除../或重复/
生产环境路径必须可配置、不可硬编码
上线后，你没法把配置文件塞进 jar 包里再修改。路径必须外部可控。
- 通过启动参数传入：
java -Dconfig.path=/etc/myapp/config.properties -jar app.jar，再用System.getProperty("config.path") - 或读取系统环境变量：
System.getenv("MYAPP_CONFIG_PATH") - Spring Boot 项目直接用
@Value("${myapp.data-dir:/var/data}")，默认值兜底 - 永远假设路径可能不存在，先
Files.exists(path)再操作，别等抛异常才处理
