java -version报错说明PATH未包含java.exe所在bin目录，需用绝对路径验证JDK是否完好，并确保PATH含%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux），且JAVA_HOME指向JDK根目录而非bin或JRE。
java -version 报错，说明 PATH 没生效
这不是 JDK 没装好，而是系统根本没找到 java 可执行文件。Windows 显示“'java' 不是内部或外部命令”，macOS/Linux 提示“command not found: java”，都指向同一个问题：PATH 里压根没包含 java 所在路径。
- 先用绝对路径验证 JDK 是否真能跑：
"C:\Program Files\Java\jdk-17\bin\java.exe" -version（Windows，注意引号）或/usr/lib/jvm/jdk-17.0.2/bin/java -version（Linux/macOS） - 如果绝对路径能输出版本号，说明 JDK 完好；不能，则重装或换安装路径（避开空格、中文）
- PATH 必须包含
%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux），且不能写成%JAVA_HOME%或$JAVA_HOME（漏掉bin） - Windows 下用
where java，macOS/Linux 用which java，看到的路径才是你实际调用的java
JAVA_HOME 输出为空或路径错误
JAVA_HOME 是很多工具（Maven、Gradle、IDE）定位 JDK 的唯一依据，java -version 成功不代表它就对了。
- Windows 运行
echo %JAVA_HOME%，macOS/Linux 运行echo $JAVA_HOME—— 输出必须是 JDK 根目录，比如C:\java\jdk-17或/opt/jdk-17，不能带\bin，也不能以反斜杠结尾 - 值不能指向 JRE（如
C:\Program Files\Java\jre1.8.0），必须是含bin、lib、jre子目录的完整 JDK 目录 - Windows 环境变量编辑器里别加英文引号；Linux/macOS 的
~/.zshrc中写法是export JAVA_HOME=/opt/jdk-17，不是export JAVA_HOME="/opt/jdk-17" - IntelliJ 启动报 “No JDK specified”，大概率就是这个变量没传进去——GUI 应用不继承终端 shell 环境变量
javac 能用但 java 不能用，或反过来
这说明你混用了 JRE 和 JDK，或者 PATH 里存在冲突路径。
-
java -version成功但javac -version报错 → 装的是 JRE，不是 JDK；JDK 才带编译器javac -
javac -version成功但java -version报错 → PATH 里只加了%JAVA_HOME%\bin，但JAVA_HOME指向错误，或bin下缺java.exe - Windows
where java返回多个路径？说明 PATH 里有多个 Java 相关条目，比如C:\Program Files (x86)\Common Files\Oracle\Java\javapath排在%JAVA_HOME%\bin前面，会优先调用旧版 - 删掉 PATH 中所有硬编码的 JDK
bin路径，只保留%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux）
改完配置，新开终端也不生效
改了 ≠ 生效。环境变量不是热更新，系统不会自动广播给所有进程。
立即学习“Java免费学习笔记（深入）”；
- Windows：关闭所有 CMD/PowerShell 窗口，**新开一个**；IDE（如 IntelliJ）必须完全退出再启动，桌面图标启动的 IDE 不继承终端环境
- macOS/Linux：改完
~/.zshrc后必须运行source ~/.zshrc；先用echo $SHELL确认当前 shell 类型，别改错文件（macOS Catalina 后默认 zsh，.bashrc无效） - VS Code 内置终端可能不触发 login shell，建议在设置里启用 “Run in login shell”，并重启终端
- 某些构建工具（如 Maven）会缓存 JDK 路径，即使环境变量改了，也得在对应配置里手动切换
java -version，得用 where java 或 which java 看它到底从哪调的。 
