socket实例可直接用于try-with-resources，因其自java 7起实现autocloseable接口；但其inputstream/outputstream不可单独声明为资源，否则易致重复关闭或连接中断。
Socket 实例本身就能直接放进 try-with-resources，因为它从 Java 7 起就实现了 AutoCloseable 接口；但它的输入输出流（InputStream/OutputStream）**不要单独声明为资源**，否则可能引发重复关闭或提前中断连接。
Socket 本体直接作为资源是最安全的做法
只需把 new Socket(...) 放在 try 括号里，JVM 会在块结束时自动调用 socket.close()，无论是否发生异常：
- 不需要在 finally 里再写
socket.close() - 也不需要手动捕获或处理关闭失败——即使
close()抛异常，它会被压制（suppressed），主异常仍可被捕获 - 所有依附于该 socket 的流（如
getInputStream()返回的流）在 socket 关闭后自动失效，再读写会抛SocketException: Socket is closed
流对象不放进 try 括号，但要注意使用规范
流（如 BufferedReader、PrintWriter）可以照常创建和使用，只是别让它们自己成为 try-with-resources 的资源：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 避免这样写：
try (Socket s = ...; BufferedReader r = new BufferedReader(...)) { ... } - 正确做法是只托管 socket，流由你控制生命周期（比如写完记得
flush()，尤其用了BufferedWriter或PrintWriter(autoFlush=false)） - 如果业务逻辑需要提前关闭某条流（极少见），应调用流的
close()，但注意这通常也会导致 socket 关闭
ServerSocket 同样适用，用法一致
服务端监听场景中，ServerSocket 也实现了 AutoCloseable，可直接用于 try-with-resources：
- 适用于短生命周期服务，比如单次接受并处理一个连接后就退出
- 长期运行的服务（如 Web 服务器）一般不这样用，因为
accept()是阻塞的，不能把整个 while 循环包进一个 try 块 - 但对每个新建立的
Socket（即ss.accept()返回值），仍强烈建议用 try-with-resources 管理
多资源协同时保持逻辑清晰
若需同时管理 socket 和本地文件（比如转发网络数据到磁盘），可一起声明：
try (Socket socket = new Socket(...); FileOutputStream fos = new FileOutputStream("log.bin")) { ... }- 资源按逆序关闭：先
fos.close()，再socket.close() - 这种组合常见于代理、日志记录、文件上传等场景
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
