防止Java环境变量被覆盖的关键是放弃全局硬编码JAVA_HOME，改用SDKMAN!等会话级工具动态管理：每个终端独立、无残留，执行sdk use后JAVA_HOME与java命令即时同步，关闭终端自动还原。
防止 Java 环境变量被覆盖，关键不是“锁死”系统级配置，而是放弃依赖全局硬编码的 JAVA_HOME，转而采用按需、会话级、工具驱动的管理方式。硬写死在系统或用户环境变量里的 JAVA_HOME 和显式 JDK 路径，恰恰是冲突源头——任何安装包、IDE 启动脚本、CI 工具甚至 Tomcat 启动脚本都可能重设、忽略或绕过它。
用 SDKMAN! 或 asdf 替代全局 JAVA_HOME
Linux/macOS 推荐使用 SDKMAN!（Windows 可用 jdk-switcher 或 WSL 下 SDKMAN!）：
- 不修改
/etc/environment、~/.bashrc中的JAVA_HOME，也不往PATH里硬加/usr/lib/jvm/... - 通过 shell 函数劫持
java、javac命令，并在当前终端中动态设置JAVA_HOME - 每个新终端都是干净会话；执行
sdk use java 17.0.2-tem后，which java和$JAVA_HOME立即同步；关掉终端即自动还原，无残留
彻底清理 PATH 中的显式 JDK 路径
无论 Windows 还是 Linux/macOS，PATH 里出现具体 JDK 的 bin 路径（如 C:\Program Files\Java\jdk-8\bin 或 /usr/lib/jvm/java-11-openjdk-amd64/bin），就是覆盖隐患：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- Windows：在“系统属性 → 环境变量”中，检查系统和用户两级
PATH，逐条删除所有含\java\、\jdk-、\jre-的条目，只保留%JAVA_HOME%\bin - Linux/macOS：确保
~/.zshrc或~/.bashrc中只有export PATH=$JAVA_HOME/bin:$PATH，且该行必须在export JAVA_HOME=...之后 - 验证：新开终端后运行
echo $PATH | tr ':' '\n' | grep -i java，应只看到$JAVA_HOME/bin展开后的路径，不应有其他 JDK 路径
警惕隐形覆盖源：_JAVA_HOME 和 IDE 自作主张
很多工具不读 JAVA_HOME，却优先读 _JAVA_HOME（下划线开头非标准变量）：
立即学习“Java免费学习笔记（深入）”；
- 运行
env | grep -i "_java"查看是否已存在；搜索/opt/tomcat/bin/、~/bin/等常见脚本目录中是否有export _JAVA_HOME= - IntelliJ：关闭
Settings → Build → Build Tools → Maven → Import → Use project JDK for build process，否则它会强行用 Project SDK 覆盖 shell 中切好的 JDK - Maven：删掉
~/.m2/settings.xml中可能存在的<javaHome>配置；Gradle 检查gradle.properties是否有org.gradle.java.home，有则删掉或设为auto
交叉验证，别只信 java -version
一个终端里多个命令结果不一致，就说明已被局部覆盖：
- 新开终端 → 执行
echo $JAVA_HOME和which java - 同一终端中运行
mvn -v | grep "Java home"，对比 Maven 实际加载的 JDK 路径 - 在 IntelliJ 内置 Terminal 中重复以上命令 —— 若结果与外部终端不同，说明 IDE 自己注入了环境变量
