嘿，我来帮你捋捋这个棘手的问题！先把你目前的情况整理清楚：

• 你正在用Bouncy Castle库做密码解密操作
• Maven依赖配置如下：

<dependency>
    <groupId>org.bouncycastle</groupId>
    <artifactId>bcprov-jdk15</artifactId>
    <version>1.46</version>
    <scope>provided</scope>
</dependency>

• 选择provided作用域是因为它是签名jar包
• 这是个命令行应用，你用maven-assembly-plugin生成可执行包

结合这些信息，我先从最可能的方向帮你排查问题：

1. provided作用域的坑点 #

虽然你考虑了签名jar的特殊性，但provided作用域的本质是：Maven只会在编译、测试阶段引入这个依赖，最终生成的可执行包（比如jar）里不会包含Bouncy Castle的类文件。而命令行应用运行时必须依赖这个库，这大概率会导致运行时抛出ClassNotFoundException或NoClassDefFoundError——这可能就是你觉得“诡异”的根源。

2. 签名jar的两种处理方案 #

如果因为签名限制不能直接把Bouncy Castle打包到应用jar里，可以试试这两种思路：

• 方案一：运行时手动指定依赖
  生成可执行jar后，通过-cp参数同时指定你的应用jar和Bouncy Castle的jar，比如：

  java -cp your-app.jar:bcprov-jdk15-1.46.jar com.your.package.MainClass
  

• 方案二：调整Assembly插件配置
  修改maven-assembly-plugin的配置，把Bouncy Castle依赖作为外部依赖打包到输出目录的lib文件夹里，同时生成的启动脚本自动加载这个路径的jar。示例配置片段：

  <dependencySets>
      <dependencySet>
          <outputDirectory>lib</outputDirectory>
          <useProjectArtifact>false</useProjectArtifact>
          <includes>
              <include>org.bouncycastle:bcprov-jdk15</include>
          </includes>
      </dependencySet>
  </dependencySets>
  

3. 版本兼容性问题 #

你用的1.46版本是2011年的旧版本，和现在的高版本JDK可能存在兼容性问题。如果你的JDK版本高于1.5，建议尝试升级到bcprov-jdk15on系列（支持JDK1.5及以上），比如1.70+的稳定版本——当然要确认签名要求是否依然满足。

4. 解密代码本身的潜在问题 #

如果配置都没问题，那可能是解密逻辑的问题：

• 有没有正确注册Bouncy Castle的安全提供者？代码开头需要加：

  Security.addProvider(new BouncyCastleProvider());
  

• 解密算法、密钥、IV、填充方式等参数是否匹配？比如用了ECB模式却传了IV，或者填充方式和加密端不一致。

如果能提供具体的错误日志或者解密代码片段，我可以帮你更精准地定位问题！

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