Spring Boot升级后BouncyCastle的PGPUtil.getDecoderStream返回全0求助

可能原因 #

• BouncyCastle高版本中PGPUtil.getDecoderStream()的行为变更：1.66之后的版本对输入流的处理逻辑有调整，比如要求输入流支持mark/reset，或包装时的流处理方式不同。
• 输入流被提前消费：升级后代码中可能在调用getDecoderStream()前已读取过输入流内容，导致指针走到末尾，后续读取全为0。
• 依赖模块不匹配：Spring Boot升级后可能引入了其他BouncyCastle模块（如bcpkix、bcprov），与bcpg-jdk15on版本不一致，引发兼容性问题。

解决步骤 #

1. 锁定BouncyCastle版本并检查依赖一致性 #

显式指定bcpg-jdk15on的版本，确保和其他BouncyCastle模块版本统一（如果存在）。示例pom.xml配置：

<dependency>
    <groupId>org.bouncycastle</groupId>
    <artifactId>bcpg-jdk15on</artifactId>
    <version>1.66</version> <!-- 先回退旧版本验证问题 -->
</dependency>

若回退后问题消失，说明是版本兼容性问题，可尝试逐步升级到兼容的高版本（如1.70、1.71），同时保证所有BouncyCastle相关依赖版本一致。

2. 检查输入流状态 #

确保调用PGPUtil.getDecoderStream(inputStream)前，输入流指针处于起始位置。如果流已被读取过，需重置（仅当流支持mark时有效）或重新获取输入流：

// 重置输入流（仅支持mark的流可用）
inputStream.mark(Integer.MAX_VALUE);
// ... 其他读取操作
inputStream.reset();

// 再调用解码方法
InputStream decodedStream = PGPUtil.getDecoderStream(inputStream);

若输入流不支持mark/reset，建议重新创建输入流实例后再传入解码方法。

3. 替换解码方式（针对高版本BouncyCastle） #

如果必须使用高版本BouncyCastle，可直接使用ArmoredInputStream处理PGP装甲流，替代PGPUtil.getDecoderStream()：

import org.bouncycastle.bcpg.ArmoredInputStream;

// 替换原解码逻辑
ArmoredInputStream armoredInputStream = new ArmoredInputStream(inputStream);
// 读取armoredInputStream内容

高版本中PGPUtil.getDecoderStream()的内部逻辑有变化，直接使用ArmoredInputStream逻辑更明确。

4. 规范流的关闭逻辑 #

确保解码后的流没有被提前关闭，使用try-with-resources管理流的生命周期：

try (InputStream decodedStream = PGPUtil.getDecoderStream(inputStream)) {
    byte[] buffer = new byte[1024];
    int len;
    while ((len = decodedStream.read(buffer)) != -1) {
        // 处理读取内容
    }
} catch (IOException e) {
    // 异常处理
}

验证方法 #

• 回退BouncyCastle到1.66版本，确认问题是否消失，排除Spring Boot其他升级带来的影响。
• 打印输入流调用解码方法前后的可用字节数，确认流是否被正确处理。

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