try-with-resources 必须带空主体块{}，资源在catch前自动关闭并抑制close异常，多catch需按继承顺序排列，不可在catch中手动close。
try-with-resources 可以直接和 catch 块配合使用，不需要额外嵌套或拆分结构。它的核心是：资源声明写在 try 后的括号里，异常处理逻辑写在紧跟其后的 catch 块中，整个语法是一体的。
catch 必须跟在 try-with-resources 后面，不能省略 try 主体
即使你只关心异常处理，也必须保留空的 try 主体块（即大括号 {}），否则编译不通过：
- ✅ 正确写法：
try (FileInputStream fis = new FileInputStream("a.txt")) {} catch (FileNotFoundException e) { ... } - ❌ 错误写法：
try (FileInputStream fis = new FileInputStream("a.txt")) catch (FileNotFoundException e) { ... }（缺少主体块）
资源关闭发生在 catch 执行之前
这是关键执行顺序：无论 try 主体是否抛异常，所有资源都会在 try 块结束时自动关闭，这个关闭动作发生在任何 catch 代码运行之前：
- 如果 try 主体中抛出
IOException，系统先调用fis.close() - 若
close()也抛异常（比如磁盘已拔出），该异常会被“抑制”，主异常仍进入 catch - 你在 catch 中拿到的是 try 主体抛出的异常，可通过
e.getSuppressed()查看被抑制的关闭异常
多个 catch 要按继承顺序排列，和普通 try-catch 一致
资源操作可能触发多种异常，比如文件不存在、权限不足、编码错误等，你可以像传统方式一样分层捕获：
立即学习“Java免费学习笔记（深入）”；
- 子类异常写在前面：
catch (FileNotFoundException e) - 父类异常写在后面：
catch (IOException e) - 避免把
Exception放最前，否则后续 catch 永远不会执行
不要在 catch 里重复 close 资源
资源已被 try-with-resources 管理并关闭，catch 中再调用 close() 会导致非法状态：
- 例如：已关闭的
BufferedReader再调用readLine()或close()，会抛IOException或NullPointerException - 如果需要记录资源关闭失败的日志，应从主异常的
getSuppressed()中提取，而不是手动干预关闭过程
