java -version 仅显示版本，which java 返回 java 路径，其上两级目录常为 JDK 根目录，但需验证是否存在 bin/javac；java.home 指向 JRE 或 JDK 的运行时根目录，非真实 JDK 路径；JAVA_HOME 是用户设定的预期 JDK 路径，需检查 bin/javac 是否存在且可执行。
如何用 java -version 和 which java 快速定位JDK安装位置
命令行是最直接的方式，但要注意 java 可能只是 JRE 或 symlink，不能代表 JDK 路径本身。
-
java -version只输出版本号，不暴露路径；但它能确认当前PATH中优先级最高的 Java 可执行文件是哪个 -
which java（Linux/macOS）或where java（Windows CMD）返回的是java命令的绝对路径，比如/usr/lib/jvm/java-17-openjdk-amd64/bin/java - 这个路径的上两级目录（
.../bin/java→.../）通常就是 JDK 根目录，但需验证是否存在lib/tools.jar（旧版）或lib/jrt-fs.jar（Java 9+）或javac文件
为什么 System.getProperty("java.home") 不等于 JDK 路径
java.home 返回的是 JRE 的根目录，不是 JDK。即使你安装的是 JDK，JVM 启动时默认把 JDK_HOME/jre 或 JDK_HOME（Java 11+ 无独立 jre 目录）当作 java.home。
- Java 8：常见为
/usr/lib/jvm/java-8-openjdk-amd64/jre—— 这里没有javac - Java 11+：常为
/usr/lib/jvm/java-17-openjdk-amd64—— 表面像 JDK，但仍可能不含javac（如某些精简包） - 真正可靠的 JDK 判断依据是：该路径下存在
bin/javac且可执行
用 System.getenv("JAVA_HOME") 获取用户意图的 JDK 路径
JAVA_HOME 是人为设置的环境变量，代表开发者「认为」正在使用的 JDK，它不参与 JVM 启动逻辑，但被构建工具（Maven、Gradle）、IDE 和脚本广泛依赖。
- Java 程序中调用
System.getenv("JAVA_HOME")可读取该值，但返回null表示未设置 - 它不一定真实存在，也不保证包含
javac，务必在使用前做new File(System.getenv("JAVA_HOME"), "bin/javac").exists()检查 - 某些 IDE（如 IntelliJ）会覆盖
JAVA_HOME为项目指定的 JDK，此时进程内读到的值与终端不一致
Java 9+ 推荐方式：用 Runtime.version() + System.getProperty("java.home") 组合判断
仅靠单一属性无法可靠识别 JDK，必须交叉验证。
立即学习“Java免费学习笔记（深入）”；
String javaHome = System.getProperty("java.home");
String version = Runtime.version().toString();
File javac = new File(javaHome, "bin" + File.separator + "javac");
boolean isJdk = javac.exists() && javac.canExecute();
if (isJdk) {
System.out.println("JDK path: " + javaHome);
} else {
// 回退查找：遍历 PATH 中的 bin 目录找 javac
String path = System.getenv("PATH");
// ……（略去路径解析逻辑）
}
注意：javac 在 Windows 上是 javac.exe，跨平台代码需补全后缀；另外 macOS Apple Silicon JDK 可能将 javac 放在 Contents/Home/bin/ 下，java.home 指向的是 Contents/Home，所以无需额外跳转。
最易被忽略的一点：Docker 容器、CI 环境或某些 Linux 发行版（如 Alpine）默认只装 JRE，JAVA_HOME 和 java.home 都指向一个没有 javac 的路径 —— 此时任何基于“存在 javac”的逻辑都会失败，得提前约定好基础镜像或安装策略。
