核心思路是回归JDK 7兼容写法，严格使用try-with-resources标准语法：资源须在try括号内直接声明初始化，禁用Java 9+变量复用和Java 14+模式匹配catch；多资源分号分隔、逆序关闭；确保资源实现AutoCloseable（如MySQL需Connector/J 8.0+、PostgreSQL需42.7+）；编译参数设为1.7；数据库场景应将Connection、PreparedStatement、ResultSet全纳入try括号；@Transactional下仍安全；需检查suppressed异常排查资源关闭失败。
核心思路是：不依赖新语法，回归 JDK 7 就已稳定支持的写法，并避开所有高版本才引入的特性。
坚持使用 JDK 7 起就兼容的标准语法
try-with-resources 在 JDK 7 中已完整可用，只要资源实现 AutoCloseable，且声明方式规范，就能在 JDK 8、11、17 等后续版本中无缝运行。关键在于避免“踩坑”：
- 资源必须在
try括号内直接声明并初始化，例如：try (FileInputStream fis = new FileInputStream("a.txt")) { ... } - 禁止使用 Java 9+ 的“已声明变量直接入 try”写法（如
InputStream is = ...; try (is) { ... }），JDK 8 编译会失败 - 禁止使用 Java 14+ 的模式匹配 catch（
catch (Exception e) when (e instanceof IOException)），JDK 8 完全不识别 - 多资源用分号分隔，顺序按逻辑合理即可，关闭顺序为逆序，无需额外干预
确保资源类型真正支持 AutoCloseable
语法正确但编译报错？大概率是资源类本身没实现 AutoCloseable——这常见于旧版驱动或库：
- MySQL 5.1.x 驱动中的
Connection只实现java.sql.Connection，未实现AutoCloseable；必须升级到 MySQL Connector/J 8.0+ - PostgreSQL 驱动低于 42 版本也有同样问题；推荐使用 42.7+（明确支持 JDBC 4.1+）
- 检查方式：打印驱动版本
System.out.println(Driver.class.getPackage().getImplementationVersion()) - 项目编译参数（Maven）需设
<maven.compiler.source>1.7</maven.compiler.source>和<target>1.7</target>
数据库场景下别只关 Connection
只写 try (Connection conn = ...) 是常见误区。Statement 和 ResultSet 同样需要自动管理，否则可能触发连接池告警或资源泄露：
立即学习“Java免费学习笔记（深入）”；
- 正确做法是把整条链路资源都放进括号：
try (Connection c; PreparedStatement ps; ResultSet rs) - 声明顺序建议按使用依赖倒排（如先 ResultSet，再 PreparedStatement，最后 Connection），虽非强制，但更符合释放逻辑
- 所有资源必须在括号内完成初始化，不能复用外部变量或中途重新赋值
- Spring @Transactional 环境下，Connection 是代理对象，
close()实际被事务管理器拦截，此时 try-with-resources 仍安全，不会提前归还
异常压制（suppressed exception）要主动查看
当 try 块抛异常，同时某个资源 close() 也失败时，后者会被“压制”，不会中断主流程，但容易被忽略：
- 可通过
e.getSuppressed()获取被压制的异常数组 - 日志中建议打印完整堆栈，包括 suppressed 部分，尤其在线上排查连接关闭失败、流未读完等问题时
- 开发阶段可加断点观察
Throwable.getSuppressed()内容，避免误判为“只抛了一个异常”
