当资源初始化抛出异常时，仅成功初始化的资源会被自动关闭；未完成初始化的资源不进入关闭流程，因其状态不确定，强制关闭可能导致二次异常。
当 try-with-resources 语句中资源初始化表达式（即 try (Resource r = new Resource()) 中的 new Resource()）抛出异常时，已成功创建但尚未被 try 块捕获的资源，不会被自动关闭。
资源初始化失败时的释放机制
Java 的 try-with-resources 规范明确要求：只有被“成功初始化”的资源才会进入自动关闭流程。所谓“成功初始化”，是指资源声明表达式完整执行完毕、赋值完成且未抛出异常。如果在构造函数或 get() 方法中抛出异常，该资源对象虽可能已部分构造（例如构造函数中前几行已执行），但 JVM 不会跟踪其内部状态，也不会调用其 close() 方法。
- 资源 A 初始化成功 → 进入待关闭列表
- 资源 B 初始化时抛出异常（如
IOException）→ B 不进入待关闭列表，且已初始化的 A 仍会被正常关闭 - 若多个资源按顺序声明（
try (R1 r1 = ..., R2 r2 = ..., R3 r3 = ...)），仅前面成功完成初始化的资源会被关闭，后续失败的不计入，也不影响前面资源的关闭
为什么已构造对象不被自动释放
JVM 无法安全判断一个“半途而废”的对象是否处于可关闭状态。例如：
- 构造函数中打开文件句柄后抛出 NullPointerException
- 数据库连接在设置超时参数时失败，但 socket 已建立
此时对象可能处于不确定状态，强制调用 close() 可能引发二次异常或导致未定义行为。因此 Java 选择保守策略：只对明确完成初始化的对象负责。
如何确保资源可靠释放
若资源构造过程复杂、涉及外部资源获取，建议在构造函数内做好防御性清理，或改用显式 try-finally：
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 在资源类构造函数中，捕获内部异常并主动释放已获取的底层资源（如关闭已打开的流、回滚已建立的连接）
- 避免在 try-with-resources 声明中做高风险初始化；可先创建对象，再在 try 块内完成关键操作
- 必要时退回到传统方式：
Resource r = null; try { r = new Resource(); ... } finally { if (r != null) r.close(); }
典型错误示例与修正
错误写法：
try (FileInputStream fis = new FileInputStream("missing.txt")) { ... }若文件不存在，FileInputStream 构造抛出 FileNotFoundException，此时 fis 对象未赋值成功，无 close 调用 —— 这是符合预期的，因为没有有效对象可关。
但若自定义资源类构造时未清理：
public class UnsafeResource { private final Socket sock;public UnsafeResource(String host) throws IOException {
this.sock = new Socket(host, 80); // 成功
if (Math.random() > 0.5) throw new RuntimeException("init failed"); // 此后 sock 不会被关闭
}
修正方式：在构造函数中用 try-catch 包裹关键步骤，并确保异常路径也能关闭 sock。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
