简介面向Java开发者的PGP加密验签与HTTPS发送完整示例适合在接口对接、文件交换等场景中需要实现数据加密签名及SSL安全传输的工程师。项目拆分为两个子工程一个演示PGP密钥生成、加解密与验签流程另一个展示加密数据通过HTTP客户端携带SSL证书发送的实现并能灵活替换为OkHttp便于适配不同业务需求。两者独立又互补覆盖加解密、验签与证书发送全流程并已包含关键依赖和公私钥文件可直接运行。资源共42个文件含13个依赖库文件、8个Java源码、9个编译后类文件、2个公私钥文件及asc公钥文件等整体仅11.75MB目录清晰方便导入运行调试。已有1024人学习下载适合想快速掌握PGP与SSL结合应用、缺少可运行示例的开发者可对照源码梳理实现思路并完成本地验证。 在金融、政务这类行业里混过几年的Java后端基本都绕不开一个东西PGP。很多对接需求里明文写着“使用PGP加密传输、签名验签”尤其涉及报文交换、文件对账、外部系统接口联调时这几乎是标配。但真到自己动手写Demo时才发现网上的资料要么只讲概念要么直接扔一个几十年前的老代码用起来全是坑。我整理了一份完整的JAVA-PGP加密验签Demo把密钥生成、加密、解密、签名、验签整条链路都跑通了下面把设计思路、核心代码、踩过的坑一次性讲清楚给后面需要做同类需求的兄弟做个参考。这个Demo适合三类人正在接银行、支付、政务类项目被PGP对接文档折磨的Java后端公司准备引入PGP做文件加密需要先验证可行性的技术负责人以及刚接触PGP、想通过一个能跑的Demo理解整套机制的同学。项目本身不复杂但涉及的概念和细节非常多Bouncy Castle的API也谈不上友好没有一份完整可跑的代码在手光靠查资料很容易卡住。1. 项目概述与核心需求解析1.1 为什么需要一套完整的PGP Demo先说个实际场景。之前做一个银行渠道对接项目对方要求所有敏感报文用PGP加密后传输同时要求我们对响应报文验签。当时团队里没人写过PGP相关代码现查资料折腾了两天光是搞明白加密和签名是用不同的密钥、公钥私钥各自怎么分配就花了半天。更痛苦的是找到的示例代码全是零散片段没有一个能直接跑通的完整链路。所以整理这份Demo的核心目的就是把PGP加密验签从生成密钥到最终验证结果的完整过程固化下来。拿到这份Demo你可以直接用里面的工具类去生成密钥对用其中的加密方法加密文件通过验签逻辑确认数据来源可信。后面接任何需要PGP的第三方系统只需要替换对应的公钥私钥、调整参数即可。从底层原理看PGP本身是一套混合加密体系它结合了对称加密速度和公钥加密安全的优点实际数据用会话密钥通过对称算法加密会话密钥再用接收方的公钥加密一起打包输出。签名则是用发送方的私钥对报文摘要做签名接收方用发送方公钥验证。理解了这个机制后面看代码就不会晕。1.2 Demo涉及的核心功能模块这份Demo涵盖的模块基本覆盖了生产环境的全部需求场景密钥对生成生成PGP密钥对支持RSA 2048/4096位可设置密钥有效期、用户ID等信息。加密使用接收方公钥加密文件或字节数组采用AES-128/256会话密钥输出二进制的PGP加密文件。解密使用接收方私钥解密PGP加密文件还原原始数据。签名使用发送方私钥对原始数据追加签名生成带签名的PGP消息。验签使用发送方公钥验证签名是否有效确认数据来源和完整性。加密并签名一次操作同时完成加密和签名这也是实际项目中最常见的组合需求。这里要特别强调下加密和签名的密钥使用规则这块特别容易搞混。加密必须用接收方的公钥因为只有接收方的私钥能解开签名必须用发送方的私钥因为只有发送方公钥能验证。对接时典型的错误就是拿着对方的公钥去签名或者拿着自己的公钥去加密结果对方根本验不了。2. 技术选型与方案设计思路2.1 为什么选择Bouncy CastleJava标准库本身没有提供PGP实现JDK自带的JCE框架只提供了基础的加密算法接口并没有OpenPGP消息格式的编解码能力。业界做PGP基本都用Bouncy Castle简称BC它是一个开源的密码学包提供了完整的OpenPGP API实现。选BC还有一个重要原因是兼容性。PGP经过多年发展市场上有GnuPG、Symantec PGP等各类实现不同实现的兼容性问题非常致命。BC一直在跟进OpenPGP RFC 4880规范跟GnuPG等主流实现之间的互操作测试非常充分。实际对接中用BC加密的文件GnuPG能解GnuPG签名的文件BC也能验这是其他第三方库很难做到的。版本选择上建议直接上1.70以上的版本低版本在AES-256、SHA-256等现代算法支持上可能存在边界问题而且BC的API在1.60之后有一些类的废弃和调整用老版本代码新建项目会碰到弃用警告。我Demo里用的版本是1.76相对稳定。2.2 密钥体系设计公钥加密与私钥签名整个PGP安全体系的根基是密钥对结构。生成密钥时会同时产生一对密钥公钥和私钥。公钥是公开分发的像锁私钥是绝密的像钥匙。锁分发给别人钥匙自己保管。在加密场景中发送方用接收方的公钥加密数据。数据被加密后任何持有对应私钥的人才能打开。在签名场景中发送方用自己的私钥对数据摘要签名接收方用发送方的公钥验签。因为私钥只有发送方本人持有验签通过就能确认数据确实来自该发送方且中途没有被篡改。私钥本身通常还会用口令Passphrase进行二次保护。生成密钥时如果设置了Passphrase私钥文件即使被泄露攻击者没有Passphrase也无法使用。这个Passphrase建议在Demo里强制配置生产环境绝对不能为空。不过要注意Passphrase不是加密本身的一部分它是私钥文件的保护机制实际解密数据时不需要Passphrase只有加载私钥时才需要。2.3 Demo的整体交互流程整个Demo围绕一个完整的PGP消息处理流程展开这里用文字描述下整体流程方便后面看代码时对应起来。加密并签名流程读取待加密文件计算摘要。使用发送方私钥对摘要签名生成PGP签名数据。随机生成一个会话密钥。使用会话密钥通过AES算法加密原始数据。使用接收方公钥加密会话密钥。将签名数据、加密后的数据、加密后的会话密钥、算法标识等组装成PGP消息写入输出文件。验签并解密流程读取PGP加密消息解析出加密的会话密钥。使用接收方私钥解密会话密钥。使用会话密钥解密数据得到原始数据。使用发送方公钥验证签名数据确认数据完整性和来源。需要注意的是实际实现中加密和签名可以分开做也可以合并做合并处理的效率更高因为只需一次数据压缩和打包。Demo里的方法默认支持合并模式同时也提供了单独加密和单独验签的方法方便灵活性要求高的场景。3. 核心细节解析与实操要点3.1 密钥生成的关键参数生成PGP密钥对时有几个参数需要特别关注直接影响生成密钥的安全等级和兼容性。算法选择推荐RSA位数至少2048生产环境建议4096。虽然现在也有ECC曲线如Ed25519、NIST P-256的PGP密钥但老系统对ECC的支持普遍不好考虑到对接兼容性RSA仍然是最稳妥的选择。密钥用途标识在OpenPGP中一个密钥可以包含多个子密钥分别用于加密和签名。Demo里简化处理只生成一个主密钥同时用于加密和签名。如果想更规范可以分别生成加密子密钥和签名子密钥密钥管理上更清晰但API调用复杂度也会上升。用户ID类似“张三 zhangsanexample.com ”的格式用于标识密钥所有者。如果对方在导入你的公钥时要求显示名称这个字段就很重要。同时如果同一个密钥环里有多个密钥导入时也靠用户ID区分。有效期可以设置密钥有效期0表示永不过期。生产环境建议设置有效期定期轮换密钥是良好的安全习惯。生成密钥的核心代码如下RSA密钥对生成通过KeyPairGenerator完成然后调用PGPKeyPair生成BC能识别的密钥对象public static PGPKeyPair generateRsaKeyPair(int keySize, char[] passphrase) throws Exception { KeyPairGenerator keyPairGenerator KeyPairGenerator.getInstance(RSA, BC); keyPairGenerator.initialize(keySize); KeyPair keyPair keyPairGenerator.generateKeyPair(); PGPDigestCalculator sha1Calc new JcaPGPDigestCalculatorProviderBuilder() .build().get(HashAlgorithmTags.SHA1); PGPKeyPair pgpKeyPair new JcaPGPKeyPair( PublicKeyAlgorithmTags.RSA_GENERAL, keyPair, new Date()); return pgpKeyPair; }这里有个值得注意的点为什么会用SHA1作为密钥指纹摘要算法主要是为了兼容性。OpenPGP规范中密钥指纹默认使用SHA1新版PGP虽然支持SHA256指纹但很多旧系统不认。如果对接方没有明确要求用默认的SHA1指纹是最兼容的方案。3.2 加密与签名的实现要点加密和签名组合操作是Demo的核心实现时需要注意几个关键点。会话密钥的生成BC的PGPEncryptedDataGenerator会自动完成会话密钥的生成和加密不需要手动干预。通过addMethod方法传入接收方公钥BC会生成随机会话密钥并用公钥加密然后随数据一起输出。压缩算法选择默认使用ZIP压缩。以文本文件为例压缩率通常能到70%以上。对接时如果对端程序解压报错可以考虑关闭压缩。文件名信息PGP消息中会附带原始文件名、修改时间等信息解密端可以选择是否还原这些元数据。这个在实际对接中容易踩坑有的对端系统不允许文件名包含中文字符需要在加密时显式设置文件名。加密并签名的完整代码示例public static void encryptAndSign( byte[] inputData, PGPPublicKey encryptionKey, PGPPrivateKey signingKey, String fileName, OutputStream outputStream) throws Exception { // 1. 初始化输出的ArmoredOutputStream如果输出ASCII格式 ArmoredOutputStream armoredOut new ArmoredOutputStream(outputStream); // 2. 创建签名生成器 PGPSignatureGenerator signatureGenerator new PGPSignatureGenerator( new JcaPGPContentSignerBuilder( PublicKeyAlgorithmTags.RSA_SIGN, HashAlgorithmTags.SHA256) .setProvider(BC)); signatureGenerator.init(PGPSignature.BINARY_DOCUMENT, signingKey); // 3. 创建压缩数据生成器 PGPCompressedDataGenerator compressedDataGenerator new PGPCompressedDataGenerator(CompressionAlgorithmTags.ZIP); OutputStream compressedOut new ArmoredOutputStream(compressedDataGenerator.open(outputStream)); // 4. 创建加密数据生成器使用AES-128 JcePGPDataEncryptorBuilder encryptorBuilder new JcePGPDataEncryptorBuilder(SymmetricKeyAlgorithmTags.AES_128) .setWithIntegrityPacket(true) .setSecureRandom(new SecureRandom()) .setProvider(BC); PGPEncryptedDataGenerator encryptedDataGenerator new PGPEncryptedDataGenerator(encryptorBuilder); encryptedDataGenerator.addMethod(new JcePublicKeyKeyEncryptionMethodGenerator(encryptionKey) .setProvider(BC)); // 5. 写入PGP消息 OutputStream encOut encryptedDataGenerator.open(compressedOut, new byte[8192]); // 写入文件头和签名然后写数据 // ... }完整性校验包代码中setWithIntegrityPacket(true)这个参数很重要它会在加密数据中附加一个修改检测码解密时如果数据被篡改解密端会直接报错。生产环境建议必须开启。3.3 验签与解密的实现要点解密验签是反向流程但实现细节比加密更繁琐。核心代码如下public static byte[] decryptAndVerify( InputStream inputStream, PGPPrivateKey decryptionKey, PGPPublicKey verificationKey) throws Exception { PGPObjectFactory pgpObjFactory new PGPObjectFactory( PGPUtil.getDecoderStream(inputStream), new JcaKeyFingerprintCalculator()); Object obj pgpObjFactory.nextObject(); PGPEncryptedDataList encryptedDataList; if (obj instanceof PGPEncryptedDataList) { encryptedDataList (PGPEncryptedDataList) obj; } else { encryptedDataList (PGPEncryptedDataList) pgpObjFactory.nextObject(); } // 找到加密会话密钥的条目 PGPEncryptedData encryptedData findEncryptedData(encryptedDataList); // 解密会话密钥 InputStream clearDataStream encryptedData.getDataStream( new JcePublicKeyDataDecryptorFactoryBuilder() .setProvider(BC).build(decryptionKey)); // 解析压缩数据 PGPObjectFactory clearFactory new PGPObjectFactory( clearDataStream, new JcaKeyFingerprintCalculator()); Object message clearFactory.nextObject(); // 解压并读取数据 PGPCompressedData compressedData (PGPCompressedData) message; PGPObjectFactory compressedFactory new PGPObjectFactory( compressedData.getDataStream(), new JcaKeyFingerprintCalculator()); // 分离签名和字面数据 // ... }解密验签流程中一个容易踩坑的地方是数据流的解析顺序。PGP消息的结构是多层嵌套的外层是加密数据内层是压缩数据再内层可能是签名和字面数据的组合。解析时必须按层次逐层剥离顺序不能乱否则会抛ClassCastException。验签时需要注意签名可能出现在字面数据之前也可能在之后这取决于加密端的实现。好的验签代码应该能同时处理OnePassSignature和独立SignaturePacket的情况。Demo里同时兼容了这两种场景。4. 实操过程与核心环节实现4.1 环境准备与依赖配置运行这份Demo需要以下环境JDK 8及以上版本推荐JDK 11BC在高版本JDK上的兼容性更好Maven 3.6用于依赖管理Bouncy Castle 1.76及以上Maven依赖配置如下dependency groupIdorg.bouncycastle/groupId artifactIdbcprov-jdk18on/artifactId version1.76/version /dependency dependency groupIdorg.bouncycastle/groupId artifactIdbcpg-jdk18on/artifactId version1.76/version /dependency需要注意BC的artifactId在不同版本下有不同的命名规则。1.60之前的版本叫bcprov-jdk15on1.60之后出现了bcprov-jdk15to18等名字从1.70开始统一为bcprov-jdk18on。如果发现下载不到依赖先检查artifactId是否正确。在代码启动时还需要注册BC Provider因为BC不通过JCE默认加载必须显式调用static { if (Security.getProvider(BC) null) { Security.addProvider(new BouncyCastleProvider()); } }如果忘记注册运行时会抛NoSuchProviderException提示找不到BC Provider。4.2 完整Demo代码实现这里给出一个可以直接运行的Demo类里面包含了密钥生成、加密签名、解密验签三个核心方法。考虑到Bouncy Castle的流处理比较复杂我直接把这些代码组织成一个工具类PGPUtils方便整体复用。import org.bouncycastle.bcpg.ArmoredOutputStream; import org.bouncycastle.bcpg.CompressionAlgorithmTags; import org.bouncycastle.bcpg.HashAlgorithmTags; import org.bouncycastle.bcpg.SymmetricKeyAlgorithmTags; import org.bouncycastle.jce.provider.BouncyCastleProvider; import org.bouncycastle.openpgp.*; import org.bouncycastle.openpgp.jcajce.JcaPGPKeyPair; import org.bouncycastle.openpgp.jcajce.JcaPGPObjectFactory; import org.bouncycastle.openpgp.jcajce.JcaPGPContentSignerBuilder; import org.bouncycastle.openpgp.jcajce.JcaPGPContentVerifierBuilderProvider; import org.bouncycastle.openpgp.jcajce.JcaPGPDataEncryptorBuilder; import org.bouncycastle.openpgp.jcajce.JcaPGPDigestCalculatorProviderBuilder; import org.bouncycastle.openpgp.jcajce.JcaKeyFingerprintCalculator; import org.bouncycastle.openpgp.jcajce.JcePGPDataEncryptorBuilder; import org.bouncycastle.openpgp.jcajce.JcePublicKeyDataDecryptorFactoryBuilder; import org.bouncycastle.openpgp.jcajce.JcePublicKeyKeyEncryptionMethodGenerator; import org.bouncycastle.openpgp.operator.jcajce.JcePBESecretKeyDecryptorBuilder; import org.bouncycastle.openpgp.operator.jcajce.JcePBESecretKeyEncryptorBuilder; import org.bouncycastle.openpgp.operator.jcajce.JcaKeyFingerprintCalculator; import java.io.*; import java.security.*; import java.security.KeyPairGenerator; import java.security.SecureRandom; import java.util.Date; public class PGPUtils { static { if (Security.getProvider(BC) null) { Security.addProvider(new BouncyCastleProvider()); } } /** * 生成RSA密钥对写入两个asc文件公钥/私钥 */ public static void generateKeyPair(String publicKeyFile, String privateKeyFile, String userId, char[] passphrase, int keySize) throws Exception { KeyPairGenerator kpg KeyPairGenerator.getInstance(RSA, BC); kpg.initialize(keySize); KeyPair kp kpg.generateKeyPair(); PGPKeyPair pgpKeyPair new JcaPGPKeyPair( PublicKeyAlgorithmTags.RSA_GENERAL, kp, new Date()); // 写入公钥 try (FileOutputStream fos new FileOutputStream(publicKeyFile); ArmoredOutputStream aos new ArmoredOutputStream(fos)) { PGPPublicKey pgpPubKey pgpKeyPair.getPublicKey(); pgpPubKey.encode(aos); } // 写入私钥 try (FileOutputStream fos new FileOutputStream(privateKeyFile); ArmoredOutputStream aos new ArmoredOutputStream(fos)) { PGPSecretKey pgpSecKey new PGPSecretKey( pgpKeyPair, new JcaPGPDigestCalculatorProviderBuilder() .build().get(HashAlgorithmTags.SHA1), true, new JcePBESecretKeyEncryptorBuilder(SymmetricKeyAlgorithmTags.AES_128) .setProvider(BC).build(passphrase)); pgpSecKey.encode(aos); } } /** * 读取私钥文件支持ASCII和二进制格式 */ public static PGPPrivateKey readPrivateKey(InputStream input, char[] passphrase) throws Exception { PGPSecretKeyRingCollection secretKeyRingCollection new PGPSecretKeyRingCollection( PGPUtil.getDecoderStream(input), new JcaKeyFingerprintCalculator()); PGPSecretKey secretKey null; for (PGPSecretKeyRing keyRing : secretKeyRingCollection.getKeyRings()) { secretKey keyRing.getSecretKey(); if (secretKey ! null) { break; } } if (secretKey null) { throw new IllegalArgumentException(未找到私钥); } return secretKey.extractPrivateKey( new JcePBESecretKeyDecryptorBuilder() .setProvider(BC).build(passphrase)); } }这段代码的核心逻辑是把密钥生成和私钥读取封装成基础工具后面加密、解密、验签都依赖这两个方法。私钥读取的方法必须要兼容ASCII和非ASCII格式因为不同工具导出的私钥文件编码方式可能不同。4.3 运行流程与结果校验Demo的运行流程可以按照以下步骤操作生成密钥对运行main方法中的generateKeyPair生成pub.asc和sec.asc两个文件。公钥文件用于分发私钥文件自己保管。准备测试文件创建一个文本文件写入一段业务数据模拟对方发送的原始报文。加密并签名调用encryptAndSign方法传入公钥文件和私钥文件输出加密后的文件encrypted.pgp。解密并验签调用decryptAndVerify方法传入同一对密钥输出解密后的内容。Demo的main方法完整实现了这个流程运行时会依次执行生成密钥、加密、解密三个步骤并在控制台输出中间结果。通过对比解密前后的文件内容是否一致即可确认整个链路是否跑通。如果对接的是真实第三方系统步骤3和4需要分别使用不同的密钥对加密用自己的私钥和对方的公钥解密用对方的公钥和对方的私钥。Demo里的简化版本是为了本地跑通全链路对接时替换对应的密钥文件即可。5. 常见问题与排查技巧实录5.1 典型报错对照表把实际操作中遇到的高频报错整理成一张速查表建议收藏遇到问题直接对照排查报错信息可能原因解决方案NoSuchProviderException: BC未注册BC Provider在代码块中执行Security.addProvider(new BouncyCastleProvider())IllegalArgumentException: unknown object in stream输入流不是PGP消息格式检查是否用了PGPUtil.getDecoderStream处理ASCII格式输入PGPException: checksum mismatch at end of file私钥Passphrase错误确认Passphrase是否一致注意字符编码问题ClassCastException: PGPCompressedData cannot be cast解析顺序错误检查PGPObjectFactory的解析逻辑确认多层嵌套顺序EOFException: premature end of stream in partial length数据流未完整写入检查加密时的OutputStream是否正确关闭使用try-with-resourcesIOException: invalid armor headerASCII格式头部损坏检查文件是否完整传输PGP头部armor头不能缺失这个问题里最常见的是私钥Passphrase错误导致的checksum mismatch。一个容易忽略的细节是Passphrase在生成密钥时和读取私钥时应使用相同的字符编码如果生成用char[]存储读取时也必须是同样的char[]不要随意转成String再转回char[]编码不一致会造成校验失败。5.2 跨语言互操作与兼容性坑点PGP最大的痛点在于不同实现之间的兼容性。实际对接中Java这边用BC对方可能是GnuPGC语言实现或者国外厂商的商业PGP库。跨语言互操作时以下几个点需要特别注意。ASCII Armor格式问题如果对方要求传送文本格式的PGP消息需要开启Armored输出即Base64编码加上头尾标记的文本格式。但有的系统只接受二进制格式这时就不需要加ArmoredOutputStream。对接前务必和对方确认。哈希算法兼容性不同系统支持的哈希算法范围不同。老系统可能只支持SHA1新系统普遍支持SHA256。签名时建议先用SHA256如果对端报错再降级到SHA1。加密端的完整性校验包也建议保持开启部分老系统可能不支持这个字段。压缩算法差异ZIP压缩是默认选项绝大多数PGP实现都支持。但个别商业PGP实现可能禁用了ZIP压缩这时需要将压缩算法设置为UNCOMPRESSED。这个需要和对接方提前确认否则可能出现对方解压失败的问题。文件名校验PGP消息头中带有原始文件名信息解密端会用这个信息还原文件名。如果文件名包含中文或特殊字符对端系统可能报错。建议加密时统一传入英文文件名并在解密端根据需要重命名。我在实际项目里就遇到过一次因为文件名带中文导致对方解压失败的案例。当时对方使用的是国外的商业PGP库文件名字节处理不规范中文文件名直接导致解密后文件损坏。最后方案是在加密端显式设置英文文件名问题立刻解决。5.3 性能优化与密钥管理建议PGP加密的性能瓶颈主要在RSA非对称加密部分对称加密部分影响较小。加密大量大文件时可以复用密钥对象避免重复加载密钥文件。同时建议使用缓冲流读写大文件时不要直接用FileInputStream包一层BufferedInputStream能显著提升性能。密钥管理方面有几个经验值得分享。第一私钥文件必须限制权限生产环境建议只有运行服务的账号有读写权限。第二Passphrase不要硬编码在配置文件里可以使用环境变量或专门的密钥管理服务。第三建立密钥轮换机制建议每三个月到半年轮换一次密钥对同时保留上一代密钥用于解密历史数据。如果整个链路出现了无法定位的问题一个有效的排查方法是使用GnuPG先跑一遍同样的流程。如果GnuPG加密的PGP文件Java这边能解说明问题出在加密端的参数配置反过来如果Java加密的GnuPG解不了问题多半出在BC的API使用方式上。通过和GnuPG交叉验证可以快速缩小问题范围。6. 扩展思路与工程化落地6.1 从Demo到生产还需要做什么Demo跑通只是第一步真正接入生产环境还有大量工作要做。最核心的是密钥管理Demo里密钥文件直接放在本地生产环境需要接入统一的密钥管理系统实现密钥的集中存储、版本管理、访问审计。业界常用的方案是使用HashiCorp Vault或者由公司自研的KMS统一管理密钥。另一个容易被忽视的问题是异常处理。Demo代码为了可读性简化了大量异常处理逻辑生产环境必须对每个异常场景做详细处理解密失败时是否重试、验签失败时是否需要告警、密钥过期时如何通知运维等。这些都需要结合业务场景做定制化设计。6.2 性能优化方向性能这块如果对接的是高并发接口每次加密解密都重新加载密钥文件肯定不行。优化方向是设计密钥缓存机制将密钥加载后的对象缓存到内存中并设置合理的过期时间。同时可以引入批量处理机制把多个小文件的加密任务合并到一个线程池中并行处理。我实际遇到过的情况是对接方每天凌晨会推送一个GB级别的对账文件之前用单线程处理需要将近20分钟。后来改成多线程分片处理同时并行处理多个PGP消息片段处理时间缩短到3分钟以内。如果你也面临大文件处理需求建议优先考虑分片策略。6.3 我最后想说的整理这份Demo的过程中我发现自己踩过的坑几乎都是对OpenPGP消息结构理解不够导致的。真正把PGP的报文格式、密钥体系、签名机制吃透之后使用BC的API反而是相对简单的事情。建议第一次接触PGP的读者不要急着写代码先花半小时理解PGP消息的嵌套结构加密外层、压缩中间层、签名和数据内层再回来看Demo代码会顺畅很多。这份Demo已经可以在本地完整跑通密钥生成、加密签名、解密验签全流程后续接入具体项目时根据对方的系统要求调整算法参数和格式选项即可。如果对接过程中遇到与PGP相关的特殊兼容性问题欢迎交流讨论我这里积累了相当多的实战案例。本文还有配套的精品资源点击获取