Java中使用try-with-resources最核心的优势是让资源释放“不用操心但一定发生”，只要资源实现AutoCloseable，JVM就保证其在try块结束时自动关闭，无论正常执行、return或抛异常。
Java中使用try-with-resources最核心的优势，是让资源释放这件事“不用操心但一定发生”——只要资源实现了AutoCloseable，JVM就保证它在try块结束时被关闭，无论代码是正常走完、中途return，还是抛出异常。
自动关闭，彻底告别资源泄漏
传统try-finally需要手动写if (res != null) res.close()，容易漏写、写错位置或被异常打断。而try-with-resources由编译器生成安全的关闭逻辑，哪怕close()自己抛异常，也不会掩盖主异常，还会通过addSuppressed()保留原始错误信息。
- 文件流、数据库连接、网络Socket等常见资源，只要实现
AutoCloseable（如InputStream、Connection），就能直接用 - 无需判空、无需嵌套
try-catch处理关闭异常 - 即使业务逻辑里
return或throw，资源仍会关闭
多资源管理清晰可控
多个资源可一次性声明，用分号隔开，JVM按“后声明、先关闭”的逆序执行close()，天然适配依赖关系。
- 例如：
try (BufferedReader br = new BufferedReader(...); FileInputStream fis = new FileInputStream(...))→ 先关br，再关fis - 避免了手动关闭时顺序颠倒导致的
IOException（比如先关底层流，再关包装流） - 所有已成功初始化的资源都会被关闭，哪怕中间某个资源构造失败
语法简洁，编译期强校验
资源声明和使用集中在一处，代码可读性高；同时编译器会强制检查类型是否实现AutoCloseable，提前暴露问题。
立即学习“Java免费学习笔记（深入）”；
- Java 9起还支持引用已声明的effectively final变量（如
final InputStream is = ...; try (is) { ... }），进一步减少冗余 - 没有运行时开销——它不是靠GC或后台线程，而是编译期转成带
finally的安全字节码 - 不依赖开发者经验，降低团队协作中的低级失误风险
基本上就这些。它不是语法糖，而是把“必须做对的事”交给了语言机制来兜底。
