JRE System Library 默认无源码，需手动关联 JDK 安装目录下的 src.zip；JDK 9+ 因模块化，部分包（如 javax.swing）源码不再包含在 src.zip 中，且内部类受模块限制，需额外配置或查官网源码。
点开 JRE System Library 却看不到源码，是因为没配 source attachment
默认新建的 Java 项目里，JRE System Library 只包含编译后的 .class 文件，没有附带 src.zip。你点进 String 或 ArrayList 看到的是反编译乱码，不是真源码——这不是 Eclipse 抽风，是它压根不知道源码在哪。
实操建议：
- 打开项目属性：
Project > Properties > Java Build Path > Libraries，展开JRE System Library，选中Source attachment - 点击
Edit...，在弹窗里选External File...，然后定位到 JDK 安装目录下的src.zip（比如C:\Program Files\Java\jdk-17\src.zip） - 确认后刷新项目，再按住
Ctrl点击任意 JDK 类，就能看到原始注释和实现逻辑了
用不同 JDK 版本时，src.zip 路径和内容不一致
JDK 8 的 src.zip 包含 javax.* 和大部分 com.sun.*；JDK 9+ 因模块化拆分，src.zip 只含 java.base 等核心模块源码，javafx、jdk.crypto.mscapi 这类已单独剥离，不会出现在里面。
常见错误现象：
立即学习“Java免费学习笔记（深入）”；
Java 接口排错助手
下载
在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。
- 配了 JDK 17 的
src.zip，但点开javax.swing.JFrame仍提示 “Source not found”——因为javax.swing在 JDK 17 已移出默认模块，需额外加--add-modules java.desktop启动参数，且源码不在src.zip中 - 用 OpenJDK 构建包（如 Temurin、Zulu），
src.zip通常完整；但某些精简版 JDK（如 GraalVM CE）压根不带src.zip，得手动下载或换 JDK
关联失败后，Eclipse 不报错但始终显示 “Source not found”
这往往不是路径写错，而是权限或缓存问题。Eclipse 会把源码映射关系缓存在工作区元数据里，改完配置不刷新就无效。
实操建议：
- 检查路径是否含中文或空格：Eclipse 对含空格路径支持不稳定，建议 JDK 装在
C:\jdk17这类无空格路径下 - 删掉
.metadata/.plugins/org.eclipse.jdt.core下的索引缓存（关 Eclipse 后操作），重启再试 - 如果用的是 Eclipse IDE for Enterprise Java and Web Developers，确认没误启 “Skip source attachments for system libraries” 选项（在
Preferences > Java > Editor > Content Assist里）
想看 JDK 内部类（比如 Unsafe）却跳转不到？那是被 module-info.java 挡住了
JDK 9+ 的模块系统默认限制跨模块访问内部 API。即使你配好了 src.zip，Eclipse 也可能因模块可见性策略不加载 sun.misc.Unsafe 或 jdk.internal.misc.Unsafe 的源码链接。
解决办法只有两个：
- 启动 Eclipse 时加 JVM 参数：
--add-opens java.base/jdk.internal.misc=ALL-UNNAMED（仅对调试 Eclipse 自身有效，不影响项目） - 真正要读内部类源码，直接去 OpenJDK 官网查对应版本的 GitHub 仓库，比依赖本地关联更可靠
别指望靠一次配置搞定所有 JDK 类的源码跳转——模块边界、历史包迁移、厂商定制差异，这些才是真实阻碍。配好 src.zip 只是起点，不是终点。
