Java的try-with-resources可自动关闭AutoCloseable资源，适用于加密解密中的流；需注意避免重复关闭底层流，并将易失败操作（如Cipher.getInstance）移至try块内。
Java 的 try-with-resources 能自动关闭实现了 AutoCloseable 接口的资源，这对加密解密中频繁使用的流（如 CipherInputStream、CipherOutputStream、FileInputStream、FileOutputStream）非常有用——只要它们本身或其包装类支持自动关闭，就能避免手动调用 close() 导致的资源泄漏或异常掩盖问题。
确保所有参与的流都支持自动关闭
不是所有加解密相关流都默认“安全可关闭”。关键点如下：
-
FileInputStream和FileOutputStream实现了AutoCloseable，可直接用于 try-with-resources -
CipherInputStream和CipherOutputStream也实现了AutoCloseable，但注意：关闭它们会级联关闭底层流（如传入的FileInputStream） - 如果重复把同一底层流放进多个 try-with-resources，可能触发“流已关闭”异常；应只让最外层包装流管理关闭权
典型加密写入场景（CipherOutputStream）
例如用 AES 加密文件并写入磁盘：
try (FileInputStream fis = new FileInputStream("plain.txt");
FileOutputStream fos = new FileOutputStream("encrypted.dat");
Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding");
CipherOutputStream cos = new CipherOutputStream(fos, cipher)) {
cipher.init(Cipher.ENCRYPT_MODE, key, iv);
fis.transferTo(cos); // 或用 byte[] 循环 read/write
// 不需要显式 cos.close() 或 fos.close()
} catch (Exception e) {
// 异常处理
}
这里 cos 关闭时会自动调用 fos.close()，而 fis 独立关闭。注意：不要把 fos 和 cos 同时放在资源列表里，否则 cos.close() 可能抛出 IOException（因 fos 已被前一个资源关闭）。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
典型解密读取场景（CipherInputStream）
解密文件并读取为字符串：
try (FileInputStream fis = new FileInputStream("encrypted.dat");
Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding");
CipherInputStream cis = new CipherInputStream(fis, cipher)) {
cipher.init(Cipher.DECRYPT_MODE, key, iv);
try (InputStreamReader reader = new InputStreamReader(cis, StandardCharsets.UTF_8);
BufferedReader br = new BufferedReader(reader)) {
String line;
while ((line = br.readLine()) != null) {
System.out.println(line);
}
}
} catch (Exception e) {
// 处理解密失败、密钥错误、认证失败（GCM）等
}
嵌套 try-with-resources 是安全的：br 关闭 → reader 关闭 → cis 关闭 → fis 关闭。每个环节只负责自己封装的下一层。
注意 Cipher 初始化失败时的资源行为
try-with-resources 的资源关闭发生在 try 块**退出时**（无论正常结束还是异常），但前提是资源构造成功。如果 Cipher.getInstance(...) 抛异常，该变量不会进入资源列表，也不会被关闭；而前面已创建成功的流（如 fis）仍会被正常关闭。
所以推荐把易失败操作（如 Cipher.getInstance、cipher.init）放在 try 块内部，而非资源声明处，避免构造资源中途失败导致部分流未被管理：
- ✅ 正确：资源声明只放确定能构建成功的对象（
FileInputStream、FileOutputStream） - ❌ 避免：
try (CipherOutputStream cos = new CipherOutputStream(fos, Cipher.getInstance(...)))—— 若getInstance失败，fos仍会被关，但cos构造失败，无法使用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
