Windows运行Spring Boot包出现JCE无法认证BC提供者错误怎么解决

根本原因 #

该报错和文件编码无关，核心是Bouncy Castle（简称BC）作为JCE认证的加密提供者，JRE会严格校验其jar包的数字签名完整性，任何对BC原始jar的修改、嵌套封装导致的签名读取异常都会触发该错误。Windows环境下独有该问题，是因为Windows系统对嵌套压缩包内文件的读取逻辑、路径处理规则和Linux存在差异，容易导致JRE读取fat jar内嵌套的BC包时签名校验失败。

可落地解决方案 #

• 方案1：配置Spring Boot打包插件不解压嵌套BC依赖
  这是最优解决方案，配置后BC包会在运行时被单独解压到临时目录供JRE读取，保证签名完整性。
  Maven配置示例：

  <plugin>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-maven-plugin</artifactId>
      <configuration>
          <requiresUnpack>
              <dependency>
                  <groupId>org.bouncycastle</groupId>
                  <!-- 替换为你实际使用的BC构件名，比如bcprov-jdk15on、bcprov-jdk18on等 -->
                  <artifactId>bcprov-jdk18on</artifactId>
              </dependency>
          </requiresUnpack>
      </configuration>
  </plugin>
  

  Gradle配置示例：

  springBoot {
      requiresUnpack 'org.bouncycastle:*'
  }
  

• 方案2：代码内动态注册BC提供者
  直接绕开JRE的全局BC签名校验，在项目初始化逻辑中手动注册BC提供者即可：

  import org.bouncycastle.jce.provider.BouncyCastleProvider;
  import java.security.Security;
  
  // 放在启动类的静态代码块，或者加密逻辑加载前执行
  static {
      if (Security.getProvider(BouncyCastleProvider.PROVIDER_NAME) == null) {
          Security.insertProviderAt(new BouncyCastleProvider(), 1);
      }
  }
  

• 方案3：修复Windows JRE环境问题
  替换使用官方原版OpenJDK/OracleJDK，不要使用第三方精简修改版JRE；同时不要手动将BC包放入JRE的jre/lib/ext目录，避免和fat jar内的BC版本冲突导致校验失败。
• 方案4：升级BC依赖到最新稳定版
  旧版本BC存在Windows环境下签名校验的已知兼容问题，建议升级到对应JDK版本的最新BC包，比如适配JDK8+的bcprov-jdk18on最新版。

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