Java 17与Java 8中Paths.get路径解析差异问题求助

核心原因总结 #

出现路径解析差异的核心问题在于相对路径依赖的「当前工作目录」在Java 8和Java 17环境中不一致，再结合Spring Boot 2.6.9在不同Java版本下的启动行为变化，导致路径解析结果偏离预期。

1. Java user.dir系统属性的差异 #

Java中相对路径的解析基准由user.dir系统属性（即进程启动时的工作目录）决定：

• 在Java 8环境中，启动serviceA时的工作目录是/usr/mware/backend/serviceA/serviceAJSONFiles/。此时../serviceAJSONFiles/${dataId}.json的解析逻辑是：先向上跳转一级到/usr/mware/backend/serviceA/，再拼接serviceAJSONFiles/${dataId}.json，最终得到预期的/usr/mware/backend/serviceA/serviceAJSONFiles/${dataId}.json。
• 在Java 17环境中，启动时的工作目录变为/usr/mware/backend/serviceA/。此时../serviceAJSONFiles/${dataId}.json会向上跳转一级到/usr/mware/backend/，再拼接目录名（你描述中的PreEditJSONFiles疑似笔误，应为serviceAJSONFiles），最终得到错误的/usr/mware/backend/serviceA/../serviceAJSONFiles/${dataId}.json，对应实际路径/usr/mware/backend/serviceAJSONFiles/${dataId}.json，与真实文件路径不符，因此抛出FileNotFoundException。

2. Spring Boot 2.6.9在Java 17下的启动行为变化 #

Spring Boot 2.6.9适配Java 17时，对启动上下文的处理逻辑有调整：

• Java 17强化了模块化特性，Spring Boot启动时默认的工作目录不再继承启动脚本的执行目录，而是默认以jar包所在目录（/usr/mware/backend/serviceA/）作为user.dir。
• 而在Java 8环境中，Spring Boot并未强制修改工作目录，依然沿用启动脚本执行时的目录（即/usr/mware/backend/serviceA/serviceAJSONFiles/），这就导致了相对路径解析的基准差异。

3. Java NIO路径解析的细微调整 #

从Java 8到Java 17，java.nio.file.Paths.get().toAbsolutePath()的解析逻辑有细节优化：

• Java 17对相对路径中的../跳转处理更严格，不会忽略无效的跳转逻辑；而Java 8在某些场景下可能因目录存在性校验的差异，意外将路径修正为预期结果，但这属于不可靠的“巧合”行为。

解决方案合理性说明 #

你改用绝对路径的方案是完全正确的：相对路径依赖工作目录，而工作目录受启动方式、环境配置影响极大，属于不可靠的路径获取方式。使用固定绝对路径可以彻底避免这类跨环境的路径解析问题。

内容的提问来源于stack exchange，提问作者waffledood