IDEA 提示 Collapsible try statement 表明可将嵌套 try 合并为单个 try-with-resources，前提是资源均实现 AutoCloseable；需按依赖逆序声明资源，避免关闭异常；无法合并时应分层使用 try-with-resources，而非传统 try-finally。
IDEA 提示 Collapsible try statement，说明当前嵌套的 try 语句可以合并为单个 try-with-resources，这是 Java 7+ 推荐的资源管理方式，既简洁又安全。
用一个 try-with-resources 管理多个资源
只要多个资源都实现了 AutoCloseable，就可以在同一个 try 括号内声明，用分号隔开：
✅ 正确写法（合并后）：
try (FileInputStream fis = new FileInputStream("a.txt");
BufferedInputStream bis = new BufferedInputStream(fis);
FileOutputStream fos = new FileOutputStream("b.txt")) {
// 处理逻辑
}
注意资源声明顺序和依赖关系
资源按从左到右顺序初始化，按**相反顺序**自动关闭。若存在依赖（如 bis 包装 fis），需确保被包装资源在包装资源之后声明，否则关闭时可能出错：
立即学习“Java免费学习笔记（深入）”；
- ❌ 错误：先声明
fis再声明bis→fis会先关闭，bis后续操作失效 - ✅ 正确：先声明
bis，再声明fis（但实际更推荐直接用Files.newInputStream等现代 API） - ? 更稳妥做法：避免手动嵌套包装流，改用
Files.copy()或InputStream.transferTo()
无法合并时，优先用 try-with-resources 替代传统 try-finally
如果资源之间有复杂控制流（如第二个资源依赖第一个资源的运行结果），无法在声明阶段初始化，那就不要强行合并。可改为：
- 外层用
try-with-resources管理确定能提前获取的资源 - 内层资源在 try 块中创建，并显式 close（或再套一层 try-with-resources）
- 避免裸写
finally+close()—— 容易遗漏异常抑制或 NPE
检查是否真需要嵌套 try
很多“嵌套 try”其实是历史代码遗留，比如：
- 先 try 打开输入流，成功后再 try 打开输出流 → 可合并为单个 try 声明两个资源
- 中间有业务判断才决定是否创建某资源 → 把该资源移到 if 块内，用独立的 try-with-resources
- 捕获不同异常类型 → 用多重 catch，而非嵌套 try
