try-with-resources 的核心价值是将资源释放自动化：声明即管理，自动调用 close()、逆序关闭、抑制异常、支持多资源及外部变量，并可通过实现 AutoCloseable 扩展至任意需清理的资源。
try-with-resources 的核心价值，就是把资源释放从“必须手写、容易遗漏、结构重复”的样板劳动，变成编译器自动完成的可靠动作。它不靠魔法，而靠明确的契约和简洁的语法设计。
用声明即管理，省掉 finally 块
传统方式中，每个涉及流、连接或缓冲器的操作都要配一套 try-catch-finally，其中 finally 里反复出现判空 + close() + 捕获 IOException 的三行代码。try-with-resources 直接删掉整个 finally 块：
- 资源在 try 后括号内声明，JVM 保证执行完 try 块（无论正常退出还是抛异常）后，自动调用其 close()
- 无需判空：只要声明了，就一定被初始化且可关闭；未初始化会直接抛出 NullPointerException，属于编程错误，应提前暴露
- 无需手动捕获 close() 异常：若 close() 抛异常，它会被“抑制”并附加到主异常上，可通过 getSuppressed() 获取，主业务异常不会丢失
多个资源一行声明，避免嵌套和重复
处理带缓冲的文件读取时，以前要写两层 try 或手动管理关闭顺序；现在可直接并列声明：
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 用分号分隔多个资源：try (FileInputStream fis = ...; BufferedReader reader = ...)
- 关闭顺序严格按声明逆序：后声明的先关（如 reader 先关，再关 fis），符合包装流依赖底层流的逻辑
- 所有资源共用一个 try 块，不再需要为每个资源单独加 finally 或拆成多层 try
Java 9 起支持外部变量，提升复用性
当资源创建逻辑较复杂（比如需条件判断、需复用已有对象、或需在异常处理中访问该变量），Java 9 允许直接引用已声明的 effectively final 变量：
立即学习“Java免费学习笔记（深入）”；
- 不必为了进 try-with-resources 而强行在括号里再造一遍变量，例如：final Connection conn = dataSource.getConnection(); try (conn) { ... }
- 变量作用域更清晰，调试时可在 try 外直接查看其状态，也方便在 catch 或后续逻辑中复用
- 只要没被重新赋值，就算没加 final 关键字，编译器也能识别为 effectively final，兼容性好
搭配自定义 AutoCloseable，统一非标准资源
不是所有需要清理的东西都自带 close()。比如临时文件、线程池中的工作线程、自定义缓存句柄等，都可以封装成 AutoCloseable：
- 实现 AutoCloseable 接口，重写 close() 方法，把清理逻辑（删除文件、中断线程、清空缓存）放进去
- 确保 close() 幂等：多次调用不报错，也不重复操作
- 不要在 close() 中抛受检异常；若必须报告问题，用 RuntimeException 包装，避免干扰 try-with-resources 主流程
