使用CipherInputStream时遭遇javax.crypto.BadPaddingException问题求助

这个BadPaddingException十有八九是密钥在加密和解密流程中处理不一致导致的，我帮你梳理几个关键排查点和解决方法：

1. 修正密钥的编码/解码逻辑（最可能的问题根源） #

你提到解密时用UTF-8编码把Base64密钥字符串转成字节数组，这是错误的！Base64字符串是专门用来做二进制数据文本化表示的，必须用Base64解码器还原原始密钥字节，而非UTF-8解码。

加密时的正确密钥导出方式： #

KeyGenerator keyGen = KeyGenerator.getInstance("AES");
keyGen.init(256); // 确保密钥长度和算法匹配（比如AES-256需要JCE无限制权限文件）
SecretKey secretKey = keyGen.generateKey();
// 提取密钥的原始字节数组，再转成Base64字符串存储
String base64Key = Base64.getEncoder().encodeToString(secretKey.getEncoded());
// 将base64Key写入配置文件

解密时的正确密钥还原方式： #

// 从配置文件读取Base64格式的密钥字符串
String base64Key = "配置文件中的密钥字符串";
// 用Base64解码器还原原始密钥字节，而非UTF-8解码
byte[] keyBytes = Base64.getDecoder().decode(base64Key);
SecretKeySpec secretKeySpec = new SecretKeySpec(keyBytes, "AES");

2. 确保加密和解密的算法参数完全一致 #

加密和解密时必须使用完全相同的算法、模式和填充方式，不能只指定基础算法（比如只写AES，不同JVM的默认模式/填充规则可能不同）。例如：

// 加密和解密都要明确指定完整的算法字符串
Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");

如果使用了CBC/GCM等需要IV（初始化向量）的模式，还要确保IV在加密和解密时完全一致——加密时生成的IV需要和密钥一起存储，解密时用同一个IV初始化Cipher。

3. 检查加密数据的完整性 #

加密时使用CipherOutputStream时，必须确保调用flush()和close()方法，否则最后一块加密数据可能未被正确写入，导致解密时出现填充错误。

4. 验证密钥的完整性 #

可以在加密后和解密前分别打印密钥的Base64字符串，以及原始字节数组的长度，确认两者完全一致：

• 避免配置文件存储时出现字符串截断、多余空格或特殊字符（比如换行、制表符）
• 确保密钥在存储和读取过程中没有被修改

先修正密钥的解码逻辑（用Base64解码器替代UTF-8解码），应该就能解决大部分问题了。

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