直接改 JAVA_HOME 不够用，因为每次切换 JDK 版本需手动查路径、修改并重载配置，易出错且 PATH 可能未更新；应使用 shell 函数调用 /usr/libexec/java_home -v 动态设置 JAVA_HOME 和 PATH。
为什么直接改 JAVA_HOME 不够用？
Mac 上装了多个 JDK（比如 jdk-8、jdk-17、jdk-21），光靠手动改 JAVA_HOME 环境变量再 source ~/.zshrc，每次切版本都要查路径、复制粘贴、反复重载——容易漏 reload，也容易写错路径。alias 本身不改变环境变量，必须配合函数或 export 才生效。
用函数替代 alias 实现真正可切换的 Java 版本
alias 只做命令替换，没法动态改 JAVA_HOME 和刷新 java 命令路径。得用 shell 函数，它能执行多步操作，还能校验 JDK 是否真实存在。
- 在
~/.zshrc里定义函数，例如：jdk8() { export JAVA_HOME=$(/usr/libexec/java_home -v 1.8) export PATH=$JAVA_HOME/bin:$PATH } - 支持的版本号格式取决于
/usr/libexec/java_home -v能识别什么，常见有1.8、17、21（不是17.0.1这种带补丁号的） - 运行
jdk8后，立刻生效：java -version和$JAVA_HOME都会同步更新 - 别忘了
source ~/.zshrc让函数可用；新开终端不用重复 source，但当前终端要先执行一次
如何确认系统里有哪些 JDK 可选？
Mac 自带的 /usr/libexec/java_home 是唯一可靠来源，别依赖 brew --prefix openjdk@17 或手动找 /Library/Java/JavaVirtualMachines/ 下的文件夹名——那些名字不一定和 -v 参数匹配。
- 列出所有已注册 JDK：
/usr/libexec/java_home -V（注意是大写 V） - 输出类似：
17.0.1 (x86_64) "Homebrew" - "OpenJDK 17.0.1" 1.8.382.05 (x86_64) "Oracle Corporation" - "Java"
，但实际传给-v的只能是17或1.8 - 如果某版本没出现在
-V列表里，说明它没被 macOS 正确注册，函数调用会失败，得先用sudo /usr/libexec/java_home --register（极少需手动注册）
常见报错和绕不过去的坑
最常卡在「切换后 java -version 没变」，本质是 PATH 没刷对，或者旧 shell 进程缓存了 java 二进制路径。
立即学习“Java免费学习笔记（深入）”；
-
zsh: command not found: java：说明$JAVA_HOME/bin没加进PATH，或加的位置错了（必须放在最前：export PATH=$JAVA_HOME/bin:$PATH） -
No Java runtime present, requesting install.：macOS 弹窗提示，意味着/usr/libexec/java_home -v X根本找不到对应版本，不是函数写错了，是 JDK 本身没装好或没注册 - 用
which java查到的是/usr/bin/java：这是 macOS 的代理脚本，它会读JAVA_HOME，但前提是你的函数确实执行成功了且没被其他配置覆盖 - IDE（如 IntelliJ）不认新版本：它启动时读的是登录 shell 的环境，不是当前终端；需要重启 IDE，或在 IDE 设置里显式指定 JDK 路径
Java 版本切换看着是改个变量，实际牵扯到 shell 生命周期、JVM 注册机制、PATH 解析顺序——哪个环节断了，java -version 就不会如你所愿。
