答案：try-finally用于确保资源释放，即使发生异常也能执行清理操作；处理close异常需嵌套try-catch避免掩盖主异常，可利用异常抑制机制保留原始错误信息；相比Java 7引入的try-with-resources，后者更简洁安全，应优先使用。
在Java中，确保资源正确关闭是编写健壮、安全代码的重要环节。虽然try-with-resources是现代Java推荐的方式，但在某些场景下（如使用旧版本JDK或需要兼容老代码），try-finally仍是保证资源释放的关键手段。它能在发生异常时依然执行清理逻辑，避免资源泄漏。
1. try-finally的基本用法
try-finally结构允许你在finally块中执行必须的清理操作，无论try块是否抛出异常。这种机制特别适用于手动管理资源的场景。
例如，使用FileInputstream读取文件时：
FileInputStream fis = null; try { fis = new FileInputStream("data.txt"); int data = fis.read(); while (data != -1) { System.out.print((char) data); data = fis.read(); } } catch (IOException e) { System.err.println("读取文件出错：" + e.getMessage()); } finally { if (fis != null) { try { fis.close(); // 确保资源关闭 } catch (IOException e) { System.err.println("关闭流失败：" + e.getMessage()); } } }
这里finally块中的close()调用能保证流被关闭，即使读取过程中出现异常。
立即学习“Java免费学习笔记（深入）”；
2. 处理close()可能抛出的异常
close()方法本身可能抛出异常（如IOException），因此不能直接在finally中调用而不捕获。否则，新异常可能覆盖原始异常，导致调试困难。
正确的做法是在finally中对close()也做异常处理：
- 在finally块内嵌套try-catch来处理close异常
- 记录或忽略close异常，避免掩盖主逻辑异常
- 若需传递异常，可使用异常抑制（suppressed exception）机制
3. 异常安全：避免掩盖原始异常
如果try块抛出异常，而finally块中close()又抛出异常，原始异常可能被覆盖。Java通过异常链和抑制异常机制解决这个问题。
示例：
Throwable primaryException = null; InputStream is = null; try { is = new FileInputStream("test.txt"); // 可能抛出异常的操作 } catch (IOException e) { primaryException = e; } finally { if (is != null) { try { is.close(); } catch (IOException e) { if (primaryException != null) { primaryException.addSuppressed(e); // 添加为抑制异常 } else { throw e; // 若无主异常，则抛出close异常 } } } if (primaryException != null) { throw primaryException; } }
这种方式保留了主异常信息，并将关闭异常作为补充，便于排查问题。
4. 与try-with-resources的对比
从Java 7开始，try-with-resources是更优选择。它自动调用实现了AutoCloseable接口的资源的close()方法，无需手动写finally。
等效代码更简洁：
try (FileInputStream fis = new FileInputStream("data.txt")) { int data; while ((data = fis.read()) != -1) { System.out.print((char) data); } } catch (IOException e) { System.err.println("出错：" + e.getMessage()); }
编译器会自动生成finally块并处理异常抑制，减少出错概率。
基本上就这些。虽然try-finally在老项目中仍常见，但新代码应优先使用try-with-resources。理解try-finally的工作方式，有助于你读懂遗留代码，并在必要时写出安全的资源管理逻辑。