Eclipse识别JDK需满足三条件：终端中java -version与javac -version均成功；Preferences → Installed JREs中正确添加JDK根目录（非jre子目录）；项目Build Path和Compiler设置与JDK版本一致。
如何确认Eclipse是否已识别系统JDK
启动Eclipse后，Window → Preferences → Java → Installed JREs 里为空或只显示jre（非jdk），说明Eclipse没找到JDK，或你只装了JRE。注意：Eclipse编译Java项目必须用JDK，不是JRE——JRE不含javac，无法编译源码。
- 打开终端/命令行，运行
java -version和javac -version，两者都应成功输出版本号；若javac报“未找到命令”，说明环境变量JAVA_HOME未指向JDK根目录，或PATH未包含%JAVA_HOME%\bin（Windows）或$JAVA_HOME/bin（macOS/Linux） - 在Eclipse中，
Installed JREs列表里显示的路径必须是JDK安装路径（如C:\Program Files\Java\jdk-17.0.1或/Library/Java/JavaVirtualMachines/jdk-17.jdk/Contents/Home），不能是其下的jre子目录 - 如果列表为空，点击
Add...→ 选择Standard VM→Next→ 在JRE home中手动浏览到JDK根目录（不是bin，也不是jre）→ 完成后勾选它设为默认
为什么新建Java项目仍提示“JDK not found”或类库缺失
即使Installed JREs配置正确，单个项目仍可能用错JRE——Eclipse允许为每个项目单独指定JRE，它会覆盖全局设置。
- 右键项目 →
Properties → Java Build Path → Libraries，展开JRE System Library，看右侧路径是否指向你刚配好的JDK；若显示Execution environment: JavaSE-17但实际没对应JDK，点击Edit...→ 改为Workspace default JRE或明确选中已安装的JDK - 检查
Project Facets（同在Properties里）：若勾选了Java，其版本必须与所选JDK兼容（如JDK 17对应Java 17facet），否则编译器级别不匹配，src下.java文件可能不被识别为源码 - 若项目是从外部导入的（如Git克隆），Eclipse可能沿用旧的
.settings/org.eclipse.jdt.core.prefs里的org.eclipse.jdt.core.compiler.compliance等参数，与当前JDK冲突；可右键项目 →Configure → Convert to Maven Project（如适用），或直接删除.settings文件夹后刷新
如何让Eclipse使用特定JDK编译而非仅运行
Eclipse的编译器（JDT）默认不依赖系统javac，而是内置ECJ编译器，但它仍需知道目标JDK版本以校验语法、API可用性。真正的javac只在导出Runnable JAR或启用“Use external annotation path”等少数场景调用。
openclaw-github-config-impact
下载
OpenClaw 技能 — 给定一个 GitHub 仓库 URL，自动解析出 owner/repo 名称，发现其中的 YAML/properties 配置文件及其配对的中文字段说明；在 `workspace/{repo}/` 目录下按同步日期（格式为 `YYYY-MM-DD`）创建时间戳子目录；写入 `.openclaw-config-state.json` 状态文件。每次用户提问前，先比对远程仓库当前 ref（如 `main` 或 `master`）的最新提交 SHA 与本地状态文件中记录的 SHA：
- 进入
Preferences → Java → Compiler，确认Compiler compliance level与你安装的JDK主版本一致（如JDK 17 → 选17）；该设置影响语法高亮、错误提示、自动补全范围 - 若需强制Eclipse调用系统
javac（例如调试注解处理器或验证跨JDK兼容性），可在Preferences → Java → Installed JREs → Execution Environments中，将目标环境（如JavaSE-17）绑定到对应JDK，再在项目Properties →Java Compiler里勾选Enable project specific settings并取消Use default compliance settings - 注意：
Build Path → Libraries → Modulepath和Classpath中的JRE条目决定运行时类路径，而Compiler设置决定编译期行为；两者不一致会导致“编译通过但运行报NoClassDefFoundError”或“用到了JDK 21的API却在JDK 17环境下运行”
常见错误信息及对应操作
看到这些提示时，别急着重装Eclipse或JDK，先查配置链路：
立即学习“Java免费学习笔记（深入）”；
-
The project was not built since its build path is incomplete. Cannot find the class file for java.lang.Object.→ 检查Installed JREs是否为空或路径无效；确认JDK目录下存在lib/rt.jar（JDK 8）或lib/modules（JDK 9+） -
Unbound classpath container: 'JRE System Library [JavaSE-17]' in project 'xxx'→ 项目.buildpath里引用了一个不存在的执行环境名；进Properties → Java Build Path → Libraries → Add Library → JRE System Library，重新选择 - Eclipse启动时报
Version 17 of the JVM is not suitable for this product→ Eclipse版本太老（如2018-12不支持JDK 17），需升级Eclipse（2021-09起全面支持JDK 17）或降级JDK；查看Eclipse安装目录下eclipse.ini中的-vm参数是否指向了正确的JDKbin目录
最易忽略的是：JDK安装后未重启Eclipse，或修改Installed JREs后未刷新项目（F5）——配置不会自动应用到已有项目。
