IDE中显示的JDK路径不等于实际编译/运行JDK，因IDE自身、项目编译、运行配置三者JDK可独立设置；需通过System.getProperty("java.version")和"java.home"验证真实版本，并检查构建工具及环境变量。
查IDE里显示的JDK路径不等于实际编译/运行用的JDK
很多开发者在IDE（如IntelliJ IDEA或Eclipse）的项目设置里看到“Project SDK”或“Java Build Path”选了 jdk-17.0.2，就默认所有操作都走这个JDK——但实际未必。IDE可能用一个JDK做界面和插件运行（即IDE自身JRE），另一个JDK做项目编译，再一个JDK做程序运行时（Run Configuration里的JRE），三者完全独立。
常见错误现象：javac 编译报 error: invalid flag: --enable-preview，但命令行用同一JDK却正常；或者运行时抛 UnsupportedClassVersionError，说明IDE偷偷用了老版本JDK加载字节码。
- IDEA：检查
Help → About底部显示的JRE版本（这是IDE自身运行环境） - 项目编译JDK：进
File → Project Structure → Project → Project SDK和Project language level - 单次运行用的JDK：点开
Run → Edit Configurations… → Configuration → JRE，这里可覆盖项目级设置 - Eclipse：看
Window → Preferences → Java → Installed JREs是否勾选了目标JDK，再确认项目右键 →Properties → Java Build Path → Libraries → JRE System Library的具体条目
用代码在运行时反向验证当前JDK真实版本
光看配置容易漏，最可靠的方式是让程序自己“报户口”。Java运行时可通过系统属性拿到JVM实际信息，这些值不受IDE界面设置干扰，反映的是真正执行字节码的JDK。
注意：java.version 是JRE版本号（如 17.0.2），而 java.home 才是JDK安装根路径，二者必须一起看——有些环境 java.version 显示17，但 java.home 指向 /usr/lib/jvm/java-8-openjdk-amd64，说明被LD_LIBRARY_PATH或wrapper脚本劫持了。
立即学习“Java免费学习笔记（深入）”；
public class JdkCheck {
public static void main(String[] args) {
System.out.println("java.version = " + System.getProperty("java.version"));
System.out.println("java.home = " + System.getProperty("java.home"));
System.out.println("java.vendor = " + System.getProperty("java.vendor"));
// 额外验证：是否支持预览特性（JDK 14+）
System.out.println("supports --enable-preview = " +
Boolean.parseBoolean(System.getProperty("jdk.enablePreview", "false")));
}
}
命令行交叉验证：绕过IDE直击底层工具链
IDE的GUI设置只是配置入口，最终调用的仍是 javac、java 这些命令。如果PATH里混着多个JDK，IDE可能读取了错误的 javac 路径，尤其在macOS用Homebrew或SDKMAN!管理多版本时高发。
执行以下命令时，务必在IDE内嵌终端（Terminal）中运行，而非系统全局终端——因为IDE可能修改了子进程的环境变量：
-
which javac和which java看命令位置 -
javac -version和java -version输出是否一致？不一致说明PATH污染 -
readlink -f $(which javac)（Linux/macOS）或Get-Command javac | Select-Object -ExpandProperty Definition（PowerShell）查软链接真实指向 - 在IDE Run Configuration里勾选
Include system environment variables并添加echo $PATH到Program arguments，观察实际生效的PATH
Gradle/Maven项目要额外盯紧构建工具的JDK绑定
即使IDE项目SDK设对了，如果构建工具自己指定JDK，它会无视IDE设置。例如：
- Maven：检查
pom.xml中maven-compiler-plugin的<source>和<target>只控制字节码级别，不决定用哪个JDK；真正起作用的是MAVEN_OPTS或mvn -Dorg.gradle.java.home=...（Maven本身不读这个，但IDE调用Maven时可能透传） - Gradle：
gradle.properties里的org.gradle.java.home优先级高于IDE设置；命令行执行./gradlew --version会明确打印“Gradle supports Java X, and is running on Java Y”，Y就是真实运行Gradle Daemon的JDK - IntelliJ：在
Settings → Build → Build Tools → Gradle → Gradle JVM里单独设置，此处不继承Project SDK
最容易被忽略的是：IDE重启后，Gradle Daemon可能还驻留在旧JDK上。此时需执行 ./gradlew --stop 再重试，否则改了配置也无效。
