Java跨系统开发核心是统一构建与运行时行为，而非操作系统或JDK路径；应使用Maven toolchains锁定JDK版本，Paths.get()处理路径，System.lineSeparator()处理换行，ClassLoader.getResourceAsStream()加载资源。
Java 开发者在不同操作系统间切换开发环境，核心不是重装或复制配置，而是让项目行为一致、构建可复现、运行不依赖本地路径。重点不在“换系统”，而在“换系统后还能用同一套代码正常工作”。
关键不是同步 JDK 安装路径，而是锁定 JDK 版本和构建行为
不同系统（Windows/macOS/Linux）的 JDK 安装位置天然不同，硬要统一路径既不现实也不必要。真正需要统一的是：项目用哪个 JDK 编译、用哪个字节码版本、是否启用预览特性、依赖是否一致。这些靠工具链而非手动配置来保障。
- Maven 的
toolchains.xml可强制指定构建用的 JDK 路径或版本号，不管本地 JAVA_HOME 是什么，编译时都用你声明的那个 JDK - Gradle 通过
java.toolchain声明目标 Java 版本（如languageVersion = JavaLanguageVersion.VERSION_17），自动匹配已安装的兼容 JDK - Spring Boot 3+ 要求 JDK 17+，这个约束由
maven-compiler-plugin或 Gradle 插件在编译期校验，不靠运行时java -version
跨系统开发时，环境变量只需最小化配置
立即学习“Java免费学习笔记（深入）”；
-
JAVA_HOME不必全局设死，IDE 和构建工具大多能自动识别已安装 JDK；若需手动设，macOS/Linux 推荐用/usr/libexec/java_home -v 17动态获取路径，Windows 可用where javac辅助定位 -
PATH中只保留%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（Unix-like），避免残留旧版javapath或 Oracle 自带路径干扰 -
CLASSPATH一般无需手动设，现代构建工具（Maven/Gradle）自行管理依赖类路径，设了反而容易冲突
IDE 配置比系统环境更可靠
- IntelliJ：每个项目可单独指定 Project SDK（File → Project Structure → Project → Project SDK），不受系统 JAVA_HOME 影响
- Eclipse：Window → Preferences → Java → Installed JREs 添加多个 JDK，再在项目 Properties → Java Build Path → Libraries 中选择对应 JRE
- VS Code + Extension Pack for Java：通过
.vscode/settings.json指定"java.configuration.runtimes"，支持按 Java 版本自动匹配
本地开发与 CI/CD 环境保持一致
- GitHub Actions、GitLab CI 或 Jenkins 中，用官方 Action（如
actions/setup-java）明确声明java-version: '17'，避免依赖宿主机 JDK - Docker 构建时直接选用
eclipse-temurin:17-jre这类标准镜像，彻底隔离宿主环境差异 - 本地用
sdkman!（macOS/Linux）或jenv（Windows/macOS/Linux）管理多 JDK，但仅用于快速验证，不作为构建依据
不复杂但容易忽略
