选“use project jdk”即可，运行配置的jre必须设为project default以匹配项目sdk，否则易报unsupportedclassversionerror；二者独立，需手动同步。
运行配置里选“Use project JDK”就行
绝大多数情况，IDEA 运行配置默认用的就是项目 SDK，只要 Project SDK 已正确设置（比如指向 /Library/Java/JavaVirtualMachines/jdk-21.jdk/Contents/Home），就不用额外改运行配置——它会自动继承。但很多人误以为“项目设好了，运行就一定对”，结果 main() 一跑就报 UnsupportedClassVersionError，根源往往是运行配置被手动改过，或历史残留配置没清理。
- 右上角运行按钮旁下拉 → Edit Configurations…
- 左侧选中你的
Main或其他 Application 配置 - 右侧找到 JRE（不是 “SDK”，也不是 “Module SDK”）字段
- 确保它选的是
Project default；如果显示具体路径，点开下拉选Project default，别留着旧版本路径 - 若下拉为空或灰色，说明
Project SDK根本没设好，得先回Project Structure补上
为什么运行配置的 JRE 和 Project SDK 不同步
因为它们是两个独立字段：Project SDK 控制编译、语法检查、代码补全；而运行配置的 JRE 控制 java 命令实际执行时用哪个 JVM。IDEA 不强制绑定，允许你临时用 JDK 11 跑一个 JDK 17 编译的 jar（靠 --add-opens 等参数兜底），但日常开发中这种分离毫无必要，反而容易出错。
- 手动改过 JRE 后，新建的运行配置仍会默认用
Project default，但老配置不会自动更新 - Maven/Gradle 运行插件（如
mvn exec:java）走的是构建工具自己的 JDK 设置，和这里无关 - 如果用了
Remote JVM Debug，JRE 字段不生效，实际由远程机器上的java决定
运行配置里硬编码 JDK 路径的风险
有人为“保险”在 JRE 字段里填死路径，比如 C:\jdk-25。这在单机开发时看似稳妥，但一旦换电脑、换用户、CI 构建，路径立刻失效，报 Cannot find JRE。更隐蔽的问题是：路径含空格（如 C:\Program Files\Java\jdk-25）会导致某些 VM 参数解析失败，IDEA 启动时静默跳过该配置，回退到默认 JRE（可能是 JetBrains Runtime），导致行为不一致。
- 绝对路径 → 优先用
Project default，让 IDEA 自己解析 - 需要多版本切换 → 在
Platform Settings → SDKs里注册多个 JDK，然后在 Project / Module / 运行配置三级中按需选择，别直接写路径 - CI 或团队协作 → 把
.idea/runConfigurations/下的 XML 文件加入.gitignore，避免把本地 JRE 路径提交上去
验证运行时 JDK 真正生效的唯一方式
别信状态栏、别信 java -version 输出、也别只看编译不报错。最直接的办法是运行这段代码：
<pre class="brush:php;toolbar:false;">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.class.version = " + System.getProperty("java.class.version"));
}
}
输出里的 java.class.version
65 对应 JDK 21，69 对应 JDK 25。如果这里和你预期不符，说明运行配置的 JRE 没生效，或者被 Maven/Gradle 的 fork 或 executable 配置覆盖了——那问题就不在 IDEA 界面里了。
