普通块无法自动管理资源，需通过手动、确定性、防御性编码实现安全关闭：明确生命周期边界，用final局部变量引用流，配合finally块调用closequietly等工具方法确保关闭，警惕隐式句柄持有。
普通块（即普通代码块，非 try-with-resources 或显式 try-catch）本身不具备自动资源管理能力，无法直接实现“临时流对象的关闭逻辑”或预防句柄泄露。但若必须在无 try-with-resources 支持的旧环境（如 Java 6/7）或特定受限上下文中使用普通块，可通过**手动、确定性、防御性编码模式**来逼近安全关闭目标。关键不是依赖语法糖，而是控制执行路径与生命周期边界。
明确流对象的作用域与生命周期边界
临时流对象应在声明后尽快使用，并在同一个作用域内完成关闭，避免跨方法、跨条件分支传递未关闭的句柄。不将流作为字段或长期存活的局部变量，也不在 return 前遗漏关闭点。
- 在方法入口处创建流，就在方法出口前关闭（即使有多个 return）
- 避免在 if/else 分支中只在部分分支关闭流
- 用 final 局部变量引用流，防止被意外重赋值而丢失原始句柄
用 finally 块包裹关闭逻辑（最简可靠方案）
普通块需主动配合 finally 才能覆盖异常路径。即使流构造成功但读写过程抛出异常，finally 仍会执行，从而保障关闭机会。
InputStream is = null;
try {
is = new FileInputStream("data.txt");
// ... 使用 is
} finally {
if (is != null) {
try { is.close(); } catch (IOException ignored) {}
}
}
注意：close() 本身可能抛 IOException，必须捕获并抑制（除非你有意向上透传），否则 finally 中的异常会掩盖原始异常。
封装可复用的关闭工具方法
为减少模板代码和遗漏风险，提取静态工具方法，支持任意 AutoCloseable（包括流、Socket、Channel 等）：
public static void closeQuietly(AutoCloseable closeable) {
if (closeable != null) {
try { closeable.close(); }
catch (Exception ignored) {}
}
}
调用时简洁清晰：
InputStream is = new FileInputStream("x.log");
try {
// ... use is
} finally {
closeQuietly(is);
}
警惕隐式句柄持有与常见泄露场景
关闭流 ≠ 关闭所有关联资源。例如：
- BufferedInputStream 包装了底层 FileInputStream，只需关闭外层，它会自动委托关闭底层（前提是未禁用 auto-close）
- ZipInputStream 需要显式调用 closeEntry() 再 close()，否则某些 JDK 实现可能延迟释放文件句柄
- 数据库 ResultSet / Statement / Connection 必须按逆序关闭，且 Connection 不应由 DAO 层关闭（应交还连接池）
- 未关闭的 FileInputStream 可能导致 Windows 下文件被锁定，无法删除或重命名
使用 jstack + jmap 或 JFR 可辅助定位长期未关闭的句柄，但预防远胜于排查。
