推荐使用try-with-resources语句关闭IO资源，因其自动调用close()且支持多资源与异常抑制；次选手动关闭+finally，需判空并捕获close()异常；须避免常见错误如在try/catch中直接close或忽略close异常。
在Java中正确关闭IO资源的核心是确保close()方法一定被执行，避免资源泄漏；关键不在于“怎么写”，而在于“怎么保证执行”。从JDK 7起，推荐优先使用try-with-resources语句，它自动管理资源生命周期，比手动finally块更简洁、安全。
try-with-resources：最推荐的方式
只要资源实现了AutoCloseable接口（如FileInputStream、BufferedReader、Connection等），就能用try-with-resources。JVM会在try块结束（无论正常还是异常退出）时自动调用close()。
- 语法简单：资源声明写在try后的括号里，无需手动调用
close() - 支持多个资源：用分号分隔，关闭顺序与声明顺序相反（后声明的先关闭）
- 异常处理更清晰：如果try块和close()都抛异常，后者会被抑制（suppressed），主异常仍被抛出，可通过
getSuppressed()获取
示例：
try (FileInputStream fis = new FileInputStream("a.txt");BufferedInputStream bis = new BufferedInputStream(fis)) {
// 读取操作
} catch (IOException e) {
// 处理IO异常
}
手动关闭+finally：兼容老版本或特殊场景
若需支持JDK 6及更早版本，或资源无法在try括号中初始化（如依赖运行时条件），才考虑手动关闭。务必把close()放在finally块中，并对close()本身做null检查和异常捕获——因为close()也可能抛IOException，若不处理会掩盖原始异常。
立即学习“Java免费学习笔记（深入）”；
- 先判空再关闭：防止
NullPointerException -
close()要套在独立的try-catch里，避免影响主流程异常传播 - 不要在
catch中直接close()：否则异常发生时资源可能根本没创建成功
示例：
FileInputStream fis = null;try {
fis = new FileInputStream("a.txt");
// 读取操作
} catch (IOException e) {
throw e;
} finally {
if (fis != null) {
try {
fis.close();
} catch (IOException e) {
// 记录日志，通常不抛出
}
}
}
常见错误与避坑点
很多资源泄漏问题源于看似合理实则危险的习惯：
-
在try或catch里直接close()：一旦前面操作抛异常，
close()就不会执行 -
忽略close()的异常：尤其在网络流或数据库连接中，
close()失败可能意味着连接未真正释放 -
关闭了包装流但忘了底层流：例如只关
BufferedWriter，不关其内部的FileWriter——其实不必，标准包装类的close()会级联关闭底层流 -
用完未关闭的静态/单例流：比如static
PrintStream，容易被长期占用且难以排查
进阶建议：封装与工具类
对于高频使用的IO操作，可封装成工具方法，内部统一用try-with-resources，对外隐藏资源管理细节：
- 例如
FileUtils.readUtf8String(File)，内部打开、读取、关闭一气呵成 - 使用Apache Commons IO或Guava等成熟库，它们的
IOUtils、Files等已做好健壮的资源管理 - 自定义资源类时，务必实现
AutoCloseable，并在close()中释放所有关联资源
