try-with-resources本身线程安全，关键在于资源实例必须线程私有：每个线程需持有独立资源对象，close()在声明该资源的同一线程同步执行，不跨线程调度，自定义autocloseable需自行保障close()的线程安全与幂等性。
Java 的 try-with-resources 本身在多线程中是安全的，但“安全使用”的关键不在语法本身，而在于资源实例的生命周期管理方式——每个线程必须持有自己独立的资源对象，不能共享。
资源实例必须线程私有
多个线程同时执行同一个 try-with-resources 代码块完全没问题，前提是每个线程创建并操作的是各自的资源实例。JVM 不会跨线程调用 close()，也不会复用或共享资源对象。
- ✅ 正确：每个线程 new 一个
FileInputStream、Connection或自定义AutoCloseable对象 - ❌ 错误：把同一个流/连接对象传给多个线程，并各自用它写
try (resource) { ... }—— 这会导致状态混乱甚至IllegalStateException
close() 总在同一线程同步执行
try-with-resources 是编译期语法糖，生成的字节码会在当前线程的栈帧内按声明逆序串行调用 close()，不启新线程、不跨线程调度。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 你在主线程里用，
close()就在主线程执行 - 你在
CompletableFuture.supplyAsync()的异步线程里用，close()就在那个异步线程执行 - 没有“后台自动关闭”或“并发 close 调用”，不存在隐式并发风险
自定义 AutoCloseable 要自行保障线程安全
标准 JDK 类（如 Socket、BufferedWriter）的 close() 方法通常是幂等且线程安全的；但如果你自己实现 AutoCloseable，就要特别注意：
- 若
close()内部修改静态变量、共享缓冲区或调用非线程安全对象，需加锁或用AtomicBoolean标记已关闭状态 - 避免在
close()中启动新线程、阻塞等待其他线程，或调用可能被并发访问的外部服务 - 推荐在
close()开头加判空和已关闭检查，保证幂等性
Java 9+ 支持 effectively final 变量，更利于线程隔离
Java 9 起允许直接在 try (resource) 中引用已声明的 effectively final 变量，这让你能更清晰地控制资源创建时机和作用域：
- 可在 lambda 外创建资源（确保单次初始化），再在每个线程的 try 块中安全使用
- 配合
ThreadLocal或工厂方法，天然支持线程局部资源实例 - 比在 try 括号里直接 new 更容易做资源复用策略（如连接池 + try-with-resources 组合）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
