因为Cipher是抽象类，必须通过Cipher.getInstance()指定算法、模式和填充方式才能获取实例，直接new会因未初始化关键字段而抛NullPointerException。
为什么直接 new Cipher() 会抛出 NullPointerException
Cipher 实例不能用 new Cipher() 创建，它必须通过 Cipher.getInstance() 获取。JVM 不知道你要用哪种算法、模式和填充，所以传参缺一不可。常见错误是只写 "AES"，结果在 Android 或某些 JDK 版本上直接报 NoSuchAlgorithmException。
正确写法必须明确指定完整转换字符串，例如：
Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
注意三点：
-
AES/CBC/PKCS5Padding是最常用组合，但PKCS5Padding在 Java 中实际等价于PKCS7Padding，别被名字误导 - JDK 8+ 默认支持该转换；低于 JDK 8 可能需确认 JCE 策略文件是否已更新
- Android API 26+ 才原生支持
AES/GCM/NoPadding，老版本用 GCM 容易踩空指针
如何生成安全可用的 AES 密钥和 IV
硬编码密钥（比如 "my16bytekey123456"）或用 SecureRandom 直接生成 16 字节数组再强转成 SecretKeySpec，都容易出问题——前者不安全，后者可能因字节数不对导致 InvalidKeyException。
立即学习“Java免费学习笔记（深入）”；
推荐做法是统一用 KeyGenerator 生成密钥，IV 单独生成并显式传递：
KeyGenerator keyGen = KeyGenerator.getInstance("AES");
keyGen.init(128); // 必须是 128/192/256
SecretKey secretKey = keyGen.generateKey();
SecureRandom random = new SecureRandom();
byte[] iv = new byte[16];
random.nextBytes(iv);
IvParameterSpec ivSpec = new IvParameterSpec(iv);
关键点：
- AES-128 要求密钥长度严格为 16 字节，
SecretKeySpec构造时若传入 15 字节字节数组，不会自动补位，而是直接抛异常 - IV 必须每次加密都重新生成，且解密时必须用**完全相同的 IV 字节数组**，不能只靠随机数种子还原
- IV 不需要保密，但必须和密文一起传输（比如拼在密文前），否则解密必失败
doFinal() 抛出 BadPaddingException 的真实原因
这个异常常被误认为“密钥错了”，其实更大概率是：IV 不一致、填充方式不匹配、或者密文在传输中被截断/修改（比如 Base64 解码后长度不是 16 的整数倍）。
排查顺序建议：
- 确认加解密两端使用的转换字符串完全一致（包括大小写和斜杠）
- 打印密文 Base64 编码前的原始字节数组长度，AES-CBC 模式下必须是 16 的整数倍；如果不是，说明加密时没处理好最后一块填充逻辑
- 检查 IV 是否被重复使用或错位：比如加密用了
iv1，解密却用了iv2，哪怕只差一个字节，doFinal()也会在解密最后一块时校验填充失败 - 避免在加密后对密文字节数组做任何非幂等操作（如 String 构造再 getBytes()），这会破坏二进制完整性
如何安全地把密文和 IV 一起存储或传输
不要拼接字符串（如 "iv:"+ivBase64+",c:"+cipherBase64），解析麻烦还易被注入。最简健壮的方式是「IV + 密文」二进制拼接，再整体 Base64：
byte[] combined = new byte[iv.length + encrypted.length]; System.arraycopy(iv, 0, combined, 0, iv.length); System.arraycopy(encrypted, 0, combined, iv.length, encrypted.length); String encoded = Base64.getEncoder().encodeToString(combined);
解密时反向拆分：
byte[] decoded = Base64.getDecoder().decode(encoded); byte[] iv = Arrays.copyOf(decoded, 16); byte[] cipherText = Arrays.copyOfRange(decoded, 16, decoded.length);
注意边界：
- IV 长度固定为 16 字节（CBC）或 12 字节（GCM），不能靠 guess
- 如果用了 GCM 模式，除了 IV 还要额外保存 authentication tag（通常 16 字节），它必须紧跟在密文之后，且不能和 IV 混在一起解析
- 别忘了在生产环境里给密文加 MAC 或改用 AEAD 模式（如 AES/GCM/NoPadding），纯 CBC 没有完整性校验
IV 和密文的绑定关系一旦写死，就很难再升级加密策略；留好扩展字段比临时拼接更可持续。
