aes解密抛出badpaddingexception通常因填充方式不一致、密文损坏、密钥/iv不匹配或编码错误所致；需确保加解密的算法、模式、填充、密钥长度、iv完全一致，并验证base64解码后密文字节数为16的整数倍。
Java 中 AES 解密时抛出 javax.crypto.BadPaddingException（注意：不是 InvalidCipherPaddingException，该类并不存在，实际是 BadPaddingException）通常是因为解密时填充方式与加密时不一致，或密文被篡改、截断、编码错误等导致解密后无法正确去除填充。
确认使用的填充模式是否匹配
AES 是分组密码，必须配合填充（Padding）使用（如 ECB、CBC 模式）。加密和解密两端必须使用完全相同的填充方案，例如：
- PKCS5Padding 和 PKCS7Padding 在 Java 中等价（AES 实际用 PKCS#7，但 JCE 映射为 PKCS5Padding）
- 若加密端用
AES/CBC/PKCS5Padding，解密也必须用相同算法/模式/填充 - 常见错误：加密用了
NoPadding，解密却用PKCS5Padding；或反之
检查密文是否完整且未被损坏
Base64 编码后的密文如果在传输或存储中被截断、换行、空格干扰，解密时会因数据长度非法或填充字节不合规而抛出 BadPaddingException：
- 确保 Base64 解码前后字节数是 16 的整数倍（AES 块大小为 16 字节）
- 打印解码后的密文字节数：
System.out.println(decoded.length);，验证是否合法 - 避免用
String.getBytes()直接处理密文——务必用标准 Base64（如java.util.Base64）解码
验证密钥、IV 和模式是否严格一致
即使填充正确，以下不一致也会间接导致填充校验失败（因为解密结果错乱，填充结构自然无效）：
- 加密和解密使用的 密钥字节数不对（AES-128 需 16 字节，AES-256 需 32 字节）
- CBC 模式下 IV 不一致（必须和加密时完全相同，且是 16 字节）
- 算法字符串写错，例如写成
AES/CBC/NoPadding却传入 PKCS 填充的密文
捕获并区分异常原因（便于调试）
虽然 BadPaddingException 是运行时异常，但它常与 IllegalBlockSizeException 同时出现。建议按顺序判断：
- 先检查
IllegalBlockSizeException：说明密文字节数不是块长度整数倍 → 通常是编码/截断问题 - 再看
BadPaddingException：说明解密能执行，但末尾填充格式非法 → 多为密钥/IV 错误、或填充模式不匹配 - 可临时改用
NoPadding测试：若不再报错，基本锁定是填充配置问题
Java 标准库不会主动“抛出 InvalidCipherPaddingException”，它根本不存在。所有填充相关异常都是 BadPaddingException 的实例，属于 GeneralSecurityException 的子类。只要确保加解密参数完全对齐，这类异常就能避免。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
