跨平台开发无需统一JDK物理安装路径，而需统一JAVA_HOME引用方式、构建工具约束（如Maven toolchains或Gradle javaToolchain）及资源加载行为（Paths.get、System.lineSeparator、ClassLoader.getResourceAsStream等），确保逻辑一致性和可配置性。
跨平台开发时，JDK 安装路径本身不需要物理统一（比如所有机器都装在 D:\jdk-17），但逻辑路径的可预测性、可配置性和一致性必须统一。真正要统一的是环境变量引用方式、构建工具约束机制和资源加载行为，而不是硬性要求所有人把 JDK 装在同一个绝对路径下。
用 JAVA_HOME 抽象实际安装位置
所有平台都应通过 JAVA_HOME 环境变量指向 JDK 根目录（不含 \bin），并在 PATH 中只写 %JAVA_HOME%\bin（Windows）或 $JAVA_HOME/bin（Linux/macOS）。这样：
- 路径变更只需改
JAVA_HOME值，不碰PATH - 脚本、IDE、Maven、Gradle 都默认识别该变量
- 避免硬编码如
C:\Program Files\Java\jdk-17——空格和括号会导致 Windows 下命令截断
安装路径约定优于强制统一
不要追求“所有人装在同一盘同一文件夹”，而应约定清晰、安全的路径规则：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- Windows：推荐
C:\dev\jdk-17、D:\jdk21，禁用Program Files和中文路径 - Linux/macOS：推荐
/opt/java/jdk-17或用户级~/jdk/jdk-21，避免依赖/usr/lib/jvm/default-java这类软链接（各发行版指向不一致） - 所有路径中不出现空格、括号、中文、特殊符号
构建层锁定 JDK 版本，脱离系统 PATH 依赖
开发机上装多个 JDK 很常见，但项目构建必须明确使用哪个版本——不能靠当前 PATH 顺序决定：
- Maven 项目启用
toolchains.xml，按版本号（如17）或路径匹配指定构建 JDK，与本地JAVA_HOME解耦 - Gradle 使用
javaToolchainDSL，例如languageVersion = JavaLanguageVersion.of(17) - CI/CD 流水线（如 GitHub Actions、Jenkins）显式声明 JDK 版本，不复用宿主机环境
代码里避免硬编码路径，用标准 API 获取运行时信息
Java 应用自身不应假设 JDK 装在哪，而是用 JVM 提供的标准化方式：
- 获取用户主目录：
System.getProperty("user.home") - 拼接路径：
Paths.get("config", "app.properties")（自动适配/或\） - 读取资源：
ClassLoader.getResourceAsStream("log4j2.xml")，不依赖文件系统绝对路径 - 换行符：
System.lineSeparator()，而非"\n"或"\r\n"
