try-with-resources仅对AutoCloseable对象生效，非标准流（如Files.lines）需显式关闭，重复close或忽略suppressed异常会导致资源泄漏或错误掩盖。
try-with-resources 语法写不对，资源根本不会自动关闭
Java 的 try-with-resources 不是“写了就安全”，它只对实现了 AutoCloseable 接口的对象生效。常见错误是把普通对象、没实现该接口的包装类（比如某些自定义工具类）直接放进括号里，编译会报错：cannot be auto-closed；更隐蔽的是，有人误以为 InputStream 子类只要声明了就能关，结果忘了底层流（如 FileInputStream）才是真资源，而包装流（如 BufferedInputStream）只是代理——关掉包装流，底层流未必被关（除非它自己重写了 close() 并主动调用）。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 确认每个资源类型都实现了
AutoCloseable（查 JDK 文档或 IDE 提示最准） - 优先使用原始流（如
FileInputStream、FileOutputStream）或标准包装类（如BufferedInputStream），它们都已正确实现 - 多个资源用分号隔开，顺序按“外层→内层”写，关闭顺序相反（后声明的先关）
- 别在
try块里手动调用close()，否则可能重复关闭抛IOException
异常压制（suppressed exception）让错误定位变难
当 try 块抛出异常，且资源关闭时也抛异常，后者会被“压制”并附在主异常上。但很多开发者只打印 e.getMessage() 或用旧式日志，根本看不到被压制的异常，导致关流失败的原因被掩盖——比如磁盘满导致 flush() 失败，却只看到业务逻辑的空指针。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用
e.printStackTrace()或日志框架的log.error("", e)，确保输出完整堆栈 - 检查
e.getSuppressed()数组，尤其在调试 IO 异常时 - 不要在
catch块里吞掉异常后不处理压制项（例如只写log.warn("ignore")） - 若需区分主异常和关闭异常，可提前在
try块末尾显式flush()，把 IO 错误提前暴露
try-with-resources 和 finally 中的 close() 冲突
有人为了“保险”在 finally 块里又写一遍 close()，结果资源被关两次：第一次由 try-with-resources 自动触发，第二次在 finally 手动调用，引发 IOException（如 Stream closed）。这种写法不仅多余，还会污染异常链，干扰问题排查。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 用了
try-with-resources，就彻底删掉所有手动close()调用，包括finally块里的 - 如果必须兼容老代码（比如方法签名不能改），宁可不用
try-with-resources，统一走传统try-catch-finally - 注意 IDE 的自动修复提示（如 IntelliJ 的 “Redundant 'close()' call”），这类警告不是建议，是明确错误
非标准流（如 NIO Path / Files）的资源管理容易漏关
Files.newInputStream()、Files.newOutputStream() 返回的是标准 InputStream/OutputStream，能被 try-with-resources 管理；但像 Files.lines() 返回的 Stream<string></string> 是懒加载的，底层持有 FileChannel，**必须显式关闭**，否则文件句柄泄漏。很多人以为它跟集合流一样用完即弃，其实不然。
实操建议：
立即学习“Java免费学习笔记（深入）”；
-
Files.lines(path)、Files.list(path)、Files.walk(path)都返回需要关闭的Stream，务必放进try-with-resources - 别用
stream.forEach()后就结束——这不触发关闭；要用try (Stream<string> s = Files.lines(p)) { ... }</string> - 若需多次遍历，先收集到
List再处理，避免长期持流 - 注意
Path本身不是资源，不需要关；关的是它打开的流或通道
真正麻烦的从来不是语法本身，而是哪些对象算“资源”、谁负责关、关的时候会不会连带影响其他环节——这些边界在不同 API 间并不一致，得一个一个看源码或文档确认。
