java环境变量冲突本质是系统、命令行、ide和构建工具各自引用不同jdk实例，解决关键是统一所有环节指向同一jdk物理路径，需验证java/javac版本一致、修正path顺序、手动配置ide sdk与构建工具jvm设置，并清理oracle javapath等干扰项。
Java 环境变量冲突的本质，是系统、命令行、IDE 和构建工具“各认各的 Java”，导致 java、javac、编译输出、运行时行为不一致。解决的关键不是堆版本，而是让所有环节指向同一个 JDK 实例。
查清当前谁在用哪个 Java
打开**全新**的终端（旧窗口不会读新环境变量），依次执行：
-
java -version和javac -version—— 看命令行实际运行和编译用的版本 -
where java（Windows）或which java（macOS/Linux）—— 看它从哪调用的可执行文件 -
echo %JAVA_HOME%（Windows）或echo $JAVA_HOME（macOS/Linux）—— 看环境变量指向哪
如果 where java 返回的是 C:\Program Files\Common Files\Oracle\Java\javapath\java.exe，这就是 Windows 自动安装的“代理路径”，必须删掉——它会偷偷覆盖你设的 JAVA_HOME。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
统一系统级环境变量
只在**系统变量**（非用户变量）中配置，避免双份定义引发覆盖：
- 新建或修改 JAVA_HOME：值为 JDK 根目录，例如
C:\Program Files\Java\jdk-21.0.2（不含\bin） - 编辑 PATH：删除所有含
java.exe的独立路径（尤其javapath、jre、jdk-8等） - 只保留一条：
%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux），并把它移到 PATH 最前面
IDE 和构建工具不能“自动继承”
图形界面 IDE 不读系统 Shell 环境变量，必须手动指定：
-
IntelliJ / Android Studio：File → Project Structure → Project SDK → 点击 “Add JDK…” → 选
JAVA_HOME对应的目录 - Eclipse：Preferences → Java → Installed JREs → Add → Standard VM → Directory 选 JDK 根目录
-
Gradle：检查项目根目录下的
gradle.properties，确保有org.gradle.java.home=你的JDK路径，且与JAVA_HOME一致 -
Maven：运行
mvn -v，确认输出的 Java home 与which java一致；否则在~/.m2/settings.xml或项目pom.xml中显式指定<java.version>21</java.version>并配好<maven.compiler.source></maven.compiler.source>和<maven.compiler.target></maven.compiler.target>
多版本共存时不靠硬编码 JAVA_HOME
若需频繁切换 JDK（如同时开发 Java 8 和 Java 21 项目），全局 JAVA_HOME 反而成为瓶颈：
- 推荐用 sdkman!（macOS/Linux）或 asdf（跨平台）管理多版本，它们通过 shell 函数动态劫持
java命令 - Windows 可用 Chocolatey + jdk8 / jdk17 / jdk21 包，配合
set JAVA_HOME=...在项目目录下临时设置 - 关键原则：让
java -version、javac -version、IDE 的 Project SDK、Maven/Gradle 的java.home四者完全对齐，缺一不可
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
