java 中 try-with-resources 会自动调用实现了 autocloseable 接口的对象的 close() 方法，因此可以直接将 reader 实例化后放入括号内。具体做法是声明并初始化一个 filereader（或 inputstreamreader），在代码块结束后无需手动关闭，jvm 会确保资源被释放。如果发生异常，close() 依然会被执行，但需注意 close() 抛出的异常可能会掩盖业务逻辑中的原始异常。
try-with-resources 处理 Reader 的自动关闭流程是怎样的
该机制通过编译期生成的 finally 块来保证 close() 方法的调用。即使在使用 BufferedReader 包装 FileReader 时，只要最外层的流实现了 AutoCloseable，它就会被正确关闭，进而触发底层流的关闭。这种嵌套结构遵循从外向内的关闭顺序。
import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;
public class ReaderExample {
public static void main(String[] args) {
// 使用 try-with-resources 自动管理 BufferedReader
try (BufferedReader reader = new BufferedReader(new FileReader("data.txt"))) {
String line;
while ((line = reader.readLine()) != null) {
System.out.println(line);
}
} catch (IOException e) {
System.err.println("读取文件失败: " + e.getMessage());
}
}
}
运行上述代码时，程序会逐行打印 data.txt 的内容。当 while 循环结束或遇到异常跳出时，BufferedReader 的 close() 方法会被自动调用。由于 BufferedReader 的 close() 实现中通常会调用其内部 Reader（即 FileReader）的 close()，因此底层的文件句柄也会被一并释放。若 data.txt 不存在，将抛出 FileNotFoundException，并在控制台输出错误信息。
多个 Reader 同时使用时如何避免资源泄漏
在同一个 try-with-resources 语句中可以声明多个资源，只需使用分号分隔即可。所有声明的资源都会在 finally 阶段按声明的逆序进行关闭。这种方式比嵌套多个 try-with-resources 更简洁，且能确保所有资源都被正确管理。
掌握 ES6+ 特性，包括 async/await、解构、扩展运算符、箭头函数、Promise、模块、迭代器、生成器以及函数式编程模式，编写简洁高效的 Java
import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;
public class MultiReaderExample {
public static void main(String[] args) {
// 同时管理两个 BufferedReader
try (BufferedReader reader1 = new BufferedReader(new FileReader("file1.txt"));
BufferedReader reader2 = new BufferedReader(new FileReader("file2.txt"))) {
String line1, line2;
while ((line1 = reader1.readLine()) != null && (line2 = reader2.readLine()) != null) {
System.out.println("File1: " + line1 + " | File2: " + line2);
}
} catch (IOException e) {
System.err.println("IO 错误: " + e.getMessage());
}
}
}
执行此代码时，程序会并行读取 file1.txt 和 file2.txt 的每一行并进行对比输出。当循环结束或发生异常时，reader2 会先被关闭，随后 reader1 被关闭。这种逆序关闭机制确保了依赖关系的正确处理。如果 file1.txt 存在但 file2.txt 缺失，程序会在尝试打开 reader2 时抛出异常，此时 reader1 仍会被正常关闭，不会造成资源泄漏。
close() 方法抛出异常时会发生什么
在 try-with-resources 中，如果资源关闭时抛出异常，而 try 块中也抛出了异常，那么关闭时的异常会被“抑制”（Suppressed）。原始的异常会被保留并抛出，而关闭异常可以通过 getSuppressed() 方法获取。这保证了主要错误信息不会被掩盖。
import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;
public class SuppressedExceptionExample {
public static void main(String[] args) {
try (BufferedReader reader = new BufferedReader(new FileReader("nonexistent.txt"))) {
reader.readLine();
} catch (IOException e) {
System.out.println("主异常: " + e.getClass().getSimpleName());
for (Throwable t : e.getSuppressed()) {
System.out.println("抑制异常: " + t.getClass().getSimpleName());
}
}
}
}
运行该示例时，由于 nonexistent.txt 不存在，FileReader 构造函数会抛出 FileNotFoundException。这个异常会成为主异常被捕获。虽然 close() 可能也会因资源未完全初始化而抛出异常，但它会被作为抑制异常附加到主异常上。开发者可以通过遍历 getSuppressed() 数组来查看完整的错误链，从而全面诊断问题。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
