cipherinputstream解密出错时不会自动释放底层流，必须用try-with-resources或finally手动关闭以防止资源泄漏；其close()默认会关闭底层流，但需确保实例化后必调用。
java中cipherinputstream在解密出错时**不会自动释放底层输入流**，必须手动确保流被关闭，否则可能造成资源泄漏（如文件句柄未释放、网络连接挂起等）。关键在于：**异常发生时仍要保证close()被调用**。
使用try-with-resources确保自动关闭
这是最推荐的方式。即使解密中途抛出BadPaddingException、IllegalBlockSizeException等异常，JVM也会自动调用close()方法释放底层流：
- 将
CipherInputStream和其包装的原始流（如FileInputStream）都声明在try括号内 - 无需显式
catch后再close()，语法本身保障资源清理 - 注意：底层流必须实现
AutoCloseable（标准IO流都满足）
手动关闭需放在finally块中
若因兼容性或逻辑需要不用try-with-resources，务必把close()放在finally里：
- 先判空再关闭，避免
NullPointerException - 关闭时捕获
IOException但不抛出（或记录日志），防止掩盖原始解密异常 - 示例片段：
CipherInputStream cis = null; try { cis = new CipherInputStream(new FileInputStream("enc.dat"), cipher); // 读取解密数据... } catch (BadPaddingException e) { // 处理解密失败 } finally { if (cis != null) { try { cis.close(); } catch (IOException ignored) {} } }
注意Cipher初始化失败的边界情况
如果Cipher.init(Cipher.DECRYPT_MODE, key)本身失败（如密钥不匹配），CipherInputStream构造可能成功，但首次read()就会抛异常。此时流对象已创建，仍需关闭：
- 不要假设“没开始读就不需要关”——只要
CipherInputStream实例化了，就持有底层流引用 - 即使构造后立即抛异常（如
InvalidKeyException），也应在catch块末尾关闭（如果变量已赋值）
避免常见误区
以下做法容易导致资源泄漏：
- 只在
try块末尾close()：异常发生时根本执行不到 - 在
catch中close()但漏掉finally：某些异常（如OutOfMemoryError）可能绕过catch - 关闭
CipherInputStream却不关底层流：其实CipherInputStream.close()默认会调用底层流的close()，但前提是没被重写——建议以官方文档为准，保险起见仍优先用try-with-resources
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
