答案：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的工作方式，有助于你读懂遗留代码，并在必要时写出安全的资源管理逻辑。
