安全使用 try-with-resources 需声明在 try 括号内且实现 AutoCloseable，多资源按逆序关闭以保障依赖关系，禁止在 try 块内重赋值资源变量，并注意处理 suppressed 异常。
Java 文件读写操作中，安全使用 try-with-resources 的关键在于：资源声明要正确、顺序要合理、避免干扰关闭逻辑。它不是“写了就自动安全”，而是有明确规则支撑的机制。
必须声明在 try 括号内，且实现 AutoCloseable
只有在 try 后圆括号中直接初始化的资源，才能被自动管理。常见如 FileInputStream、FileOutputStream、BufferedReader、BufferedWriter、Files.newInputStream 等——它们都实现了 AutoCloseable 接口。
- ✅ 正确写法：
try (FileInputStream fis = new FileInputStream("a.txt"); OutputStream os = new FileOutputStream("b.txt")) { ... } - ❌ 错误写法：把流对象先 new 出来再传入 try 括号（如
FileInputStream fis = new FileInputStream(...); try (fis) { ... }），这会导致编译失败或关闭失效
多个资源按逆序关闭，注意依赖关系
当资源存在包装关系（比如 BufferedInputStream 包装 FileInputStream）时，声明顺序决定关闭顺序：后声明的先关闭。这是为了防止底层流提前关闭，导致上层流 close() 失败。
- ✅ 推荐顺序：
try (FileInputStream fis = new FileInputStream("in.txt"); BufferedInputStream bis = new BufferedInputStream(fis)) { ... }
→ 关闭时先调用bis.close()，再调用fis.close()，语义正确 - ❌ 危险顺序：
try (BufferedInputStream bis = new BufferedInputStream(new FileInputStream("in.txt")); FileInputStream fis = bis) {...}—— 不仅语法错，还破坏了资源生命周期
别在 try 块里重新赋值资源变量
try-with-resources 管理的是括号中声明的那个引用对象。如果在 try 块内给该变量重新赋值，原始对象可能失去引用，导致无法关闭或关闭错误的对象。
立即学习“Java免费学习笔记（深入）”；
- ❌ 避免这样写：
try (FileInputStream fis = new FileInputStream("1.txt")) { fis = new FileInputStream("2.txt"); // 原 fis 引用丢失，不会被关闭 } - ✅ 正确做法：每个资源独立声明，或用新变量承接，不复用原资源名
异常处理要留意 suppressed exception
如果 try 块抛出异常，同时某个资源的 close() 方法也抛异常，后者会被“抑制”（suppressed），主异常仍向上抛出，但可通过 exception.getSuppressed() 获取被抑制的异常信息。
- 调试时建议检查 suppressed 异常，尤其在 close 中执行释放连接、刷盘、解锁等关键动作时
- 若 close 逻辑可能失败（如文件系统只读），应在自定义 close() 中记录日志，而不是静默吞掉
