“java -version”报“command not found”是因为系统path未包含jdk的bin目录；需正确设置java_home指向jdk根目录，并将$java_home/bin（linux/macos）或%java_home%\bin（windows）加入path。
为什么 java -version 报 “command not found”
因为系统根本找不到 java 这个可执行文件在哪。JDK 安装完只是把一堆东西（比如 bin/java、bin/javac）放到了某个目录里，比如 /usr/lib/jvm/jdk-17.0.1/bin/ 或 C:\Program Files\Java\jdk-17.0.1\bin\ —— 但 shell 或 cmd 默认只在几个固定位置找命令，bin/ 目录不在其中。
你手动进到那个 bin 目录下敲 ./java -version（Linux/macOS）或 java.exe -version（Windows），大概率能成功。这说明 JDK 没问题，只是“找不到路”。
-
PATH就是这个“路标”，它是一串用冒号（Linux/macOS）或分号（Windows）隔开的目录路径列表 - 当你输入
java，系统就按PATH里从左到右的顺序，挨个去这些目录里找有没有叫java（或java.exe）的可执行文件 - 一旦找到第一个匹配项，就立刻执行，后面路径不再检查
怎么加 JAVA_HOME 和 PATH 才不冲突
很多人只加 PATH，漏掉 JAVA_HOME，结果某些工具（Maven、Tomcat、IDEA）启动失败，报错类似 The JAVA_HOME environment variable is not defined correctly —— 因为它们不靠 PATH 找 Java，而是直接读 JAVA_HOME 变量，再拼出 $JAVA_HOME/bin/java。
-
JAVA_HOME必须指向 JDK 根目录（不是bin子目录），例如/usr/lib/jvm/jdk-17.0.1或C:\Program Files\Java\jdk-17.0.1 -
PATH要追加$JAVA_HOME/bin（Linux/macOS）或%JAVA_HOME%\bin（Windows），不能硬编码路径，否则换 JDK 版本就得改两处 - Windows 用户注意：
PATH里不要混用正斜杠和反斜杠，统一用\；且避免路径含空格时没加引号（其实环境变量里不用引号，但路径本身有空格时，JAVA_HOME值要加英文双引号）
多个 JDK 共存时，PATH 顺序决定谁生效
你可能同时装了 JDK 8、11、17，但 java -version 总显示 11 —— 不是别的 JDK 坏了，是 PATH 里 JDK 11 的 bin 目录排在 JDK 17 前面，系统优先找到了它。
- 查当前生效的是哪个：
which java（Linux/macOS）或where java（Windows） - 查
PATH顺序：echo $PATH或echo %PATH%，观察各 JDKbin目录出现的位置 - 临时切换版本：直接在终端里改
PATH，比如export PATH="/usr/lib/jvm/jdk-17.0.1/bin:$PATH"（Linux/macOS），新窗口会恢复原顺序 - Maven、Gradle 等构建工具通常尊重
JAVA_HOME，但命令行java永远只认PATH顺序
Mac 上用 zsh 后 ~/.bash_profile 不生效了
macOS Catalina 及之后默认 shell 是 zsh，而老教程常让你改 ~/.bash_profile，结果重启终端还是没 java —— 因为 zsh 根本不读那个文件。
- 确认当前 shell：
echo $SHELL，输出/bin/zsh就得改~/.zshrc - 在
~/.zshrc末尾加这两行（路径替换成你自己的）：export JAVA_HOME=/usr/lib/jvm/jdk-17.0.1 export PATH=$JAVA_HOME/bin:$PATH
- 让配置立刻生效：
source ~/.zshrc，不用重启终端 - 别忘了执行
source，这是最常被跳过的一步
环境变量这东西不报错也不提示，错一点就静默失效。最麻烦的不是配不配得上，而是配错了还觉得自己配对了——比如 JAVA_HOME 多了个 /bin，或者 PATH 拼写成 Path（Windows 区分大小写？不区分，但写错名就白搭），或者改了配置却忘了 source。动手前先 which java 和 echo $JAVA_HOME 看一眼，比硬试三遍强。
