IntelliJ将JDK 11识别为JRE的原因排查与解决方法

我安装了JDK 11和JDK 17，因维护旧代码库必须使用JDK 11。此前该JDK可被IntelliJ正常识别，旧项目也能正常运行，但如今IntelliJ 2023.2.4 Ultimate（Windows 10环境）突然提示“所选目录指向JRE而非JDK”。

已确认JDK 11目录（C:\Program Files\Java\jdk-11）与相邻的JDK 17目录结构一致，且包含javac.exe文件。jdk-11\release文件显示其为Oracle版本11.0.21+9-LTS-193，包含MODULES、JAVA_VERSION_DATE等配置信息。

更新：已核实以下文件的存在情况：

jdk-11/bin/javac.exe    yes
jdk-11/jre/lib/rt.jar   no
jdk-11/classes          no
jdk-11/lib/jrt-fs.jar   no

这些JDK通过企业应用商店安装，未自定义过分发内容，但企业基础设施部门可能对其进行了修改。

请问为何该JDK无法被IntelliJ识别？IntelliJ判断目录为JDK的依据是什么？如何解决此问题？

IntelliJ判断一个目录是否为JDK，核心依赖以下几个校验逻辑：

• 关键文件校验：JDK必须包含编译工具javac.exe，但对于JDK 9及以上的模块化版本，还需要lib/jrt-fs.jar（用于访问模块化运行时镜像）和lib/modules文件（模块化核心定义），缺失这些文件会导致IntelliJ误判为JRE。
• 目录结构与元文件：JDK目录下的release文件需要包含符合规范的字段（如JAVA_VERSION、MODULES），同时目录结构需匹配JDK的标准布局——比如JDK 11不再包含jre/lib/rt.jar（模块化后该文件被取代），但必须有lib目录下的模块化相关文件。
• 企业定制干扰：企业分发的JDK可能被IT部门裁剪，移除了编译或模块化相关的非核心文件，虽然保留了javac.exe，但缺失IntelliJ校验所需的关键文件，导致识别失败。

1. 手动指定JDK类型
   打开IntelliJ的File → Project Structure → Platform Settings → SDKs，点击+号选择Add JDK，定位到C:\Program Files\Java\jdk-11目录后，手动将SDK类型设置为JDK（而非依赖自动检测），保存配置后重试。

2. 请求完整JDK分发包
   联系企业基础设施部门，说明JDK缺失lib/jrt-fs.jar和lib/modules等关键文件，要求提供未被裁剪的完整JDK 11安装包，或恢复被移除的文件。

3. 清理IntelliJ缓存
   执行File → Invalidate Caches...，勾选Clear file system cache and local history，点击Invalidate and Restart重启IntelliJ，重启后重新检测JDK。

4. 配置系统环境变量
   将系统JAVA_HOME环境变量指向C:\Program Files\Java\jdk-11，并将%JAVA_HOME%\bin添加到Path变量最前端，重启IntelliJ使其读取最新的环境变量配置。

5. 检查目录权限
   右键jdk-11目录选择属性 → 安全，确认当前用户拥有该目录的读取权限，若权限不足，添加当前用户的读取权限后重试。

内容的提问来源于stack exchange，提问作者radumanolescu