Java证书、Eclipse与Maven：PKIX路径构建失败问题的原因、解决方案及Eclipse临时修复方法

我来帮你逐一拆解这些问题，结合Maven和Java SSL的底层原理来解释：

1. 该方案是否为唯一解决办法？ #

不是唯一的，还有几种替代方案（不过部分方案存在安全风险，仅适合临时测试场景）：

• 临时跳过SSL证书验证（不推荐生产环境）：执行mvn clean install时添加JVM参数：

  mvn clean install -Dmaven.wagon.http.ssl.insecure=true -Dmaven.wagon.http.ssl.allowall=true
  

  或者在Maven的settings.xml中添加全局配置，在<profiles>里新增一个profile：

  <profile>
    <id>skip-ssl-validation</id>
    <properties>
      <maven.wagon.http.ssl.insecure>true</maven.wagon.http.ssl.insecure>
      <maven.wagon.http.ssl.allowall>true</maven.wagon.http.ssl.allowall>
    </properties>
  </profile>
  

  再激活这个profile即可。
• 改用HTTP协议（如果仓库支持）：如果Artifactory允许HTTP访问，可以把仓库地址从https://改成http://，不过这种方式完全放弃了SSL加密，生产环境绝对不能用。

不过要说最规范、安全的长期解决方案，还是把证书安装到Java信任库，也就是你提到的那个方法。

2. 此问题的本质是什么？ #

这个错误的本质是Java运行环境不信任你的Artifactory服务器的SSL证书。

Java在建立HTTPS连接时，会自动验证服务器证书的合法性：它会检查证书是否由受信任的CA（证书颁发机构）签发，证书链是否完整，是否过期等。而你的Artifactory服务器的证书大概率是内部CA签发的自签名证书，这类证书不在Java默认的cacerts信任库中，所以Java无法完成证书路径的构建，直接拒绝建立SSL连接，自然没法拉取依赖。

3. 为何需要执行证书安装操作？ #

安装证书到Java的cacerts信任库，就是把Artifactory的证书加入Java的信任列表。这样后续Java再和这个服务器建立HTTPS连接时，就会认可这个证书的合法性，顺利完成SSL握手，成功拉取依赖。

这是从根源上解决信任问题的方式，不会引入安全风险，是生产环境下推荐的标准做法。

4. 在Eclipse中是否存在临时快速修复方法？ #

有的，给你两种适合临时测试的快速方法：

• 给单个Maven构建添加参数：右键你的项目 → Run As → Maven build...，在Goals栏填入clean install，切换到Arguments标签页，在VM arguments里输入：

  -Dmaven.wagon.http.ssl.insecure=true -Dmaven.wagon.http.ssl.allowall=true
  

  点击Run，这次构建就会跳过SSL验证，临时解决问题。
• 修改Eclipse的Maven全局配置：打开Window → Preferences → Maven → User Settings，找到当前使用的settings.xml路径，打开文件添加前面提到的跳过SSL的profile配置，保存后Eclipse里的所有Maven构建都会生效。不过用完记得改回去，避免影响其他项目的安全验证。

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