jenv add 失败是因为该命令要求路径必须指向含 bin/java 的 jdk 根目录，而 homebrew 的 openjdk@17 软链接路径 /opt/homebrew/opt/openjdk@17/libexec/openjdk.jdk 并非真实 jdk 目录，其 bin/java 实际位于 /opt/homebrew/cellar/openjdk@17/x.x.x/libexec/openjdk.jdk/contents/home/bin/；正确做法是用 brew --prefix 或 /usr/libexec/java_home 获取真实 home 路径后添加，并执行 jenv rehash 更新 shim。
为什么 jenv add /opt/homebrew/opt/openjdk@17/libexec/openjdk.jdk 会失败
因为 jenv add 要求路径必须指向 JDK 的根目录（即包含 bin/java 的那个目录），而 Homebrew 安装的 openjdk@17 默认软链接路径 /opt/homebrew/opt/openjdk@17/libexec/openjdk.jdk 是一个符号链接包裹体，内部结构不符合 JDK 标准布局——bin/ 不在该路径下，而是在 /opt/homebrew/Cellar/openjdk@17/17.0.18/libexec/openjdk.jdk/Contents/Home/bin/。jenv 解析时找不到 java 可执行文件，直接报错或静默忽略。
正确做法是用 brew --prefix openjdk@17 查出 Cellar 实际路径，再拼出真实 Home 目录：
-
brew --prefix openjdk@17→ 得到类似/opt/homebrew/Cellar/openjdk@17/17.0.18 - 手动补全为：
/opt/homebrew/Cellar/openjdk@17/17.0.18/libexec/openjdk.jdk/Contents/Home - 执行：
jenv add /opt/homebrew/Cellar/openjdk@17/17.0.18/libexec/openjdk.jdk/Contents/Home
或者更稳妥：用 /usr/libexec/java_home -v 17 查系统级安装路径（如 Temurin），这类路径天然符合 jenv 要求，无需手动拼接。
jenv global 17 后 java -version 仍显示旧版本
常见原因不是命令没生效，而是 shell 没刷新 shim 垫片。jenv 通过拦截 java、javac 等命令实现切换，所有调用都走 ~/.jenv/shims/ 下的符号链接；但新增或切换 JDK 后，shims 不会自动更新。
必须手动运行：
-
jenv rehash—— 重建所有 shim 符号链接（每次jenv add或jenv global后都要做） - 确认
which java输出是~/.jenv/shims/java，不是/usr/bin/java或其他路径 - 如果用了 IDE（如 IntelliJ），需重启终端或重载项目，否则它可能缓存了旧的
JAVA_HOME
另外检查 ~/.zshrc 是否有残留的 export JAVA_HOME=... —— jenv 严禁手动设置 JAVA_HOME，否则会冲突并被 jenv doctor 检出为 [ERROR]。
如何让某个项目自动用 JDK 11，退出就还原
用 jenv local，它会在当前目录生成一个隐藏文件 .java-version，内容就是版本号（如 11）。jenv 在进入该目录时自动激活对应 JDK，离开时恢复上层设置（全局或父目录 local）。
操作很简单：
- cd 进项目根目录
-
jenv local 11（支持别名如11.0、11.0.20，只要jenv versions里列出来） - 验证：
java -version应输出 JDK 11；再 cd 到其他目录，java -version应恢复为全局版本
注意：.java-version 是纯文本文件，可直接编辑或删掉来取消绑定；也支持写多行（每行一个版本），用于指定多个工具链（如 11 + maven-3.9，需配合插件）。
Temurin 和 OpenJDK@xx 安装路径差异导致 jenv 添加失败
Temurin（通过 brew install --cask temurin@17）安装在 /Library/Java/JavaVirtualMachines/temurin-17.jdk/Contents/Home，这是 macOS 原生 JDK 结构，jenv add 能直接识别。
而 brew install openjdk@17（formula 方式）默认不进系统 JVM 目录，且路径嵌套深、含软链接，容易出错。两者混用时容易误以为“都装了 JDK 17”，实则 jenv 只认其中一个。
建议统一策略：
- 开发用 Temurin：稳定、IDE 兼容好、路径标准，
jenv add一次成功 - 仅测试用 OpenJDK@xx：适合需要验证特定构建版本的场景，但添加前务必用
ls /opt/homebrew/Cellar/openjdk@17/*/libexec/openjdk.jdk/Contents/Home/bin/java确认路径有效性 - 避免同时注册两个“17”别名，jenv 会生成重复条目，切换时行为不可控
最易被忽略的一点：jenv 对版本号的解析依赖 JDK 内部 release 文件，不同发行版（Oracle/Temurin/Amazon Corretto）的版本字符串格式略有差异，可能导致 jenv versions 显示多个相似条目（如 17、17.0、17.0.18），选哪个都能切，但推荐用最简短的主版本号（17）保证跨环境一致性。
