当前生效的JDK路径可通过which java和readlink -f（macOS用greadlink -f）定位，根目录为最终路径的父目录；Linux查/usr/lib/jvm，macOS查~/Library/Java/JavaVirtualMachines；Debian/Ubuntu还需check update-alternatives --list java。
用 which java 和 readlink -f 快速定位当前生效的 JDK
终端里敲 java -version 显示的版本，不等于你机器上“装了几个”，只反映 $PATH 里第一个 java 可执行文件指向谁。真正要看“当前生效的是哪个”，得顺藤摸瓜：
-
which java找到软链接位置（比如/usr/bin/java） -
readlink -f $(which java)展开所有软链接，直达真实路径（比如/usr/lib/jvm/java-17-openjdk-amd64/bin/java） - 这个最终路径的父目录（
/usr/lib/jvm/java-17-openjdk-amd64）就是当前 JDK 安装根目录
注意：readlink -f 在 macOS 上不可用，得换 greadlink -f（需先 brew install coreutils）。
扫描 /usr/lib/jvm 和 ~/Library/Java/JavaVirtualMachines 这两个关键目录
Linux 和 macOS 的 JDK 安装有事实标准路径，不用全盘扫，盯住这两处就行：
- Linux（Debian/Ubuntu/CentOS 等）：重点看
/usr/lib/jvm，里面每个子目录大概率是一个完整 JDK（如java-8-openjdk-amd64、jdk-11.0.22+5） - macOS：OpenJDK 或 Oracle JDK 通常落在
~/Library/Java/JavaVirtualMachines，每个子目录名含版本号（如zulu-17.jdk、jdk-21.jdk） - Windows 用户请跳过——它没统一路径，靠
where java+ 注册表或手动查C:\Program Files\Java\更实际
别扫 /opt 或 /usr/local ——除非你明确记得自己手动解压过，否则大概率空跑。
立即学习“Java免费学习笔记（深入）”；
用 update-alternatives --list java 查 Debian/Ubuntu 的多版本注册表
Debian 系发行版（Ubuntu、Linux Mint）用 update-alternatives 管理多版本切换，这是比“看目录”更权威的方式：
-
update-alternatives --list java列出所有已注册的java候选路径 -
update-alternatives --display java还能显示当前优先级和自动模式状态 - 如果某 JDK 是手动解压安装、没运行
update-alternatives --install，它就不会出现在这里——这正是“明明装了却找不到”的常见原因
注意：这个命令在 CentOS/RHEL/Fedora 上默认不存在，它们用 alternatives，命令类似但参数略有不同。
为什么 java -XshowSettings:properties -version 不能替代路径扫描
有人试过 java -XshowSettings:properties -version 2>&1 | grep java.home，以为能拿到 JDK 路径。确实能，但它只返回“当前 JVM 启动时读取的 java.home”，不是“你系统里还有什么”。问题在于：
- 如果
java是通过 IDE、Docker、systemd 服务启动的，java.home可能被显式覆盖（比如-Djava.home=...） - 它不反映未被
$PATH收录、但磁盘上真实存在的 JDK（比如下载完没配置的 zulu-21） - 某些精简 JRE 或自定义构建的 JDK 可能压根不设
java.home，输出为空
所以它适合验证“这次运行到底用了谁”，不适合做资产清点。
真正要确认“我电脑上到底有几个 JDK”，就得手动翻那两个标准路径 + 查 update-alternatives（Linux）或 ls ~/Library/Java/JavaVirtualMachines（macOS）。路径不深，但容易漏掉隐藏的 .jdk 后缀或大小写差异（比如 Zulu-17.jdk 和 zulu-17.jdk 可能并存）。
