当企业策略更新后，eclipse因无法验证https证书而全面失效（如marketplace、maven依赖下载、p2仓库访问均报pkix路径构建失败），可通过配置eclipse.ini启用windows系统根证书信任库快速修复。
当企业策略更新后，eclipse因无法验证https证书而全面失效（如marketplace、maven依赖下载、p2仓库访问均报pkix路径构建失败），可通过配置eclipse.ini启用windows系统根证书信任库快速修复。
在企业环境中，IT策略升级常导致Java应用（包括Eclipse）无法信任新增的内部CA或代理证书——这是因为Eclipse默认使用JRE自带的cacerts信任库，而该库未同步Windows系统证书存储（如“受信任的根证书颁发机构”）。因此，即使浏览器和系统命令行能正常访问HTTPS资源，Eclipse仍会抛出典型的SSL握手异常：
javax.net.ssl.SSLHandshakeException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
根本解决方法：让Eclipse复用Windows系统级信任库
无需导出/导入证书、无需修改JRE配置、无需禁用SSL验证（不安全！），只需在Eclipse启动配置中启用Windows原生信任机制：
- 打开Eclipse安装目录下的 eclipse.ini 文件（建议用记事本或VS Code以UTF-8无BOM格式编辑）；
- 在 -vmargs 行之后、其他 -D 参数之前，添加以下一行：
-Djavax.net.ssl.trustStoreType=Windows-ROOT
✅ 完整示例片段（关键行已标出）：
-startup plugins/org.eclipse.equinox.launcher_1.6.400.v20230215-1419.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.2.400.v20230215-1419 -vmargs -Djavax.net.ssl.trustStoreType=Windows-ROOT ← 添加这一行 -Dfile.encoding=UTF-8 -XX:+UseG1GC -XX:+UseStringDeduplication ...
- 保存文件，彻底关闭所有Eclipse实例（包括后台进程），然后重新启动。
⚠️ 注意事项：
- 此参数仅在 Windows平台 + Java 9+ 环境下生效（Eclipse 2020-03及后续版本默认捆绑Java 11，完全兼容）；
- Windows-ROOT 是Java内置的特殊信任库类型，直接桥接Windows CryptoAPI，自动包含“本地计算机”和“当前用户”的根证书；
- 不要与 -Djavax.net.ssl.trustStore= 混用——后者会覆盖默认行为，而Windows-ROOT需由JVM原生支持，不可指定路径；
- 若企业使用中间代理（如Zscaler、Blue Coat），确保其根证书已正确安装至Windows“受信任的根证书颁发机构”存储区（可通过certmgr.msc验证）。
此方案绕过了传统证书手动导入的繁琐流程，从根本上对齐系统级信任链，不仅解决P2仓库（如https://download.eclipse.org/...）、Marketplace连接问题，也同步修复Maven中央仓库下载、Git over HTTPS、Spring Boot DevTools等所有依赖SSL通信的Eclipse子系统。经实测，在Windows 10/11 + Eclipse 2020-03 至 2023-09 版本中稳定生效，是企业受限网络环境下最轻量、最安全、最可持续的解决方案。
