Mac的JAVA_HOME必须精确指向JDK的Contents/Home子目录，且需用export声明并配合$JAVA_HOME/bin写入PATH；Windows则用%JAVA_HOME%\bin，路径含空格需引号包裹。
Windows和Mac的JAVA_HOME指向路径结构完全不同
Windows上JAVA_HOME通常指向带空格的安装目录，比如C:\Program Files\Eclipse Adoptium\jdk-17.0.10.7-hotspot；而Mac的JDK默认装在/Library/Java/JavaVirtualMachines/下，路径含版本号和.jdk后缀，如/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home。Homebrew安装的路径更不同：/opt/homebrew/Cellar/openjdk@17/17.0.10/libexec/openjdk.jdk/Contents/Home。
关键区别在于：Windows路径用反斜杠\、支持空格（但需引号包裹）、依赖图形化安装位置；Mac路径用正斜杠/、无空格、但必须精确到Contents/Home子目录——漏掉这一层，java -version能运行，javac却会报“command not found”。
PATH中引用JAVA_HOME的语法不能混用
Windows环境变量里写%JAVA_HOME%\bin，系统自动展开；Mac的shell里必须写$JAVA_HOME/bin，且要确保JAVA_HOME已用export声明，否则变量为空，PATH就等于白加。
常见错误包括：
- Mac用户在
~/.zshrc里只写了JAVA_HOME=...，没加export JAVA_HOME，导致终端里echo $JAVA_HOME有输出，但java命令仍找不到 - Windows用户把
%JAVA_HOME%\bin粘贴进Path时多打了一个空格，或放在了Oracle自带javapath条目前面，结果实际生效的是旧JDK - Mac用户用
bash配置却在zsh终端里测试，或反过来，导致source不生效
Mac上/usr/libexec/java_home是比硬编码路径更可靠的选择
手动写死路径容易随JDK更新失效，Mac原生提供/usr/libexec/java_home命令来动态查路径。比如指定JDK 17：/usr/libexec/java_home -v 17，它会返回真实安装路径，可直接用于export JAVA_HOME=$(/usr/libexec/java_home -v 17)。
这个命令的好处是：
- 自动适配Apple Silicon（M1/M2/M3）和Intel芯片的不同安装位置
- 支持多版本共存时按版本号精准匹配，不用翻
ls -l /Library/Java/JavaVirtualMachines/ - Homebrew安装的OpenJDK也能被识别，只要执行过
brew install openjdk@17并链接成功
注意：该命令在Windows上不存在，不要试图复制粘贴过去用。
IDEA等GUI工具在Mac上可能读不到shell里的JAVA_HOME
Mac的GUI应用（如IntelliJ IDEA、VS Code GUI版）默认不继承终端shell的环境变量，即使~/.zshrc配置正确，在IDE里新建Terminal也正常，但项目SDK仍提示“No JDK specified”。
解决办法只有两个：
- 从终端启动IDE：
open -a "IntelliJ IDEA"，这样它能继承当前shell变量 - 在IDE内部手动指定JDK路径，比如选
/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home或/opt/homebrew/Cellar/openjdk@17/*/libexec/openjdk.jdk/Contents/Home
这个现象在Windows上基本不会出现，因为IDEA会扫描注册表自动发现JDK；而在Mac上，它是最容易被忽略的“断点”——你明明在终端里java -version输出17，IDE却坚持用8，八成卡在这里。
