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 代码运行之前：

js2java

JavaScript 到 Java 全栈翻译助手，专为前端开发者学习 Java 或快速实现后端业务逻辑而设计。当用户提到以下场景时必须使用此技能： - "帮我把这段 JS 代码转成 Java" - "用 Java 怎么写这个逻辑" - "我习惯用 JS 写，想翻译成 Java" - "教我 Java，我要写后端接...

下载

• 如果 try 主体中抛出 IOException，系统先调用 fis.close()
• 若 close() 也抛异常（比如磁盘已拔出），该异常会被“抑制”，主异常仍进入 catch
• 你在 catch 中拿到的是 try 主体抛出的异常，可通过 e.getSuppressed() 查看被抑制的关闭异常

多个 catch 要按继承顺序排列，和普通 try-catch 一致

资源操作可能触发多种异常，比如文件不存在、权限不足、编码错误等，你可以像传统方式一样分层捕获：

• 子类异常写在前面：catch (FileNotFoundException e)
• 父类异常写在后面：catch (IOException e)
• 避免把 Exception 放最前，否则后续 catch 永远不会执行

不要在 catch 里重复 close 资源

资源已被 try-with-resources 管理并关闭，catch 中再调用 close() 会导致非法状态：

• 例如：已关闭的 BufferedReader 再调用 readLine() 或 close()，会抛 IOException 或 NullPointerException
• 如果需要记录资源关闭失败的日志，应从主异常的 getSuppressed() 中提取，而不是手动干预关闭过程

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南