try-with-resources仅适用于AutoCloseable资源；关闭顺序为声明的逆序，异常会被压制；不可复用已有变量；不替代手动清理逻辑，需注意资源语义与副作用。
try-with-resources 语句必须作用于实现了 AutoCloseable 的资源
Java 7 引入的 try-with-resources 不是万能语法糖，它只对声明为 AutoCloseable（或其子接口 Closeable）的类型生效。常见如 FileInputStream、BufferedReader、Connection、PreparedStatement 都实现了该接口；但像 Scanner（虽常用却未实现 AutoCloseable 直到 Java 9）、自定义类若没显式实现，就无法直接用于 try-with-resources。
- 检查类是否支持：查看 JDK 文档中该类是否 “implements AutoCloseable”
- 自定义资源需手动实现：
public class MyResource implements AutoCloseable { @Override public void close() throws Exception { // 释放逻辑，比如关闭 socket、清理 native 句柄等 } } - 若用错类型（如传入普通对象），编译器会报错：
cannot be auto-closed; it does not implement AutoCloseable
多个资源声明时注意关闭顺序与异常压制（suppression）
在 try (R1 r1 = ..., R2 r2 = ..., R3 r3 = ...) 中，资源按声明**从左到右初始化**，但按**从右到左关闭**（即 r3 → r2 → r1）。若某个 close() 抛出异常，且已有主异常（如 try 块内抛出的异常），则后发生的 close 异常会被“压制”，通过 Throwable.getSuppressed() 获取。
- 关闭顺序很重要：比如
BufferedWriter应在FileWriter之后关闭，所以应写成try (FileWriter fw = ...; BufferedWriter bw = new BufferedWriter(fw))，确保 bw 先关、fw 后关 - 不要在
close()中吞掉异常：否则压制机制失效，且掩盖真实问题 - 调试压制异常时，别只看
e.printStackTrace()—— 要显式打印：for (Throwable s : e.getSuppressed()) { System.err.println("Suppressed: " + s); }
不能在 try-with-resources 括号里使用已存在的变量引用
try-with-resources 要求资源声明是**局部变量声明语句**，不能是赋值表达式或已有变量名复用。下面写法全部非法：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
FileInputStream fis = new FileInputStream("a.txt"); try (fis) { ... }→ 编译错误：expected resource specification -
try (var fis = existingFis)（即使existingFis是新创建的）→ 若existingFis是方法参数或字段，仍不被允许 - 正确写法只能是：
try (FileInputStream fis = new FileInputStream("a.txt"))或try (var fis = new FileInputStream("a.txt"))（Java 10+）
try-with-resources 不替代 finally 中的手动清理逻辑
它只保证 close() 被调用，但不保证关闭成功，也不处理关闭失败后的补偿行为。例如数据库连接池中的 Connection 关闭可能只是归还连接，而真正释放底层 socket 可能延后；又如某些流关闭时若写缓冲区未 flush 完，会静默丢数据。
立即学习“Java免费学习笔记（深入）”；
- 关键操作仍需显式控制：比如
BufferedWriter应在close()前调用flush()，或直接用try (var bw = new BufferedWriter(...)) { bw.write(...); bw.flush(); } - 涉及事务或状态一致性时（如文件重命名、数据库 commit），关闭资源不是“完成工作”的标志 —— 必须在 try 块内做完所有业务逻辑再依赖自动关闭
- 日志类、监控类等“非严格资源”通常不实现
AutoCloseable，它们的生命周期管理得靠其他方式（如 Spring 的@PreDestroy）
