Socket可直接用于try-with-resources，因其自Java 7起显式实现AutoCloseable接口；但其输入输出流不宜单独声明为资源，避免重复关闭或提前中断。
Socket 必须实现 AutoCloseable 才能用于 try-with-resources
Java 的 try-with-resources 只接受实现了 AutoCloseable 接口的资源，而 Socket 类本身确实实现了该接口（自 Java 7 起），所以可以直接使用。但要注意：不是所有网络类都支持——比如 ServerSocket 也支持，但 DatagramSocket 同样支持；而像 InputStream / OutputStream 从 Socket 获取的流，虽然也实现了 AutoCloseable，但**不建议单独放进 try-with-resources**，因为关闭流会间接触发 Socket 关闭，可能引发重复关闭或提前中断。
-
Socket实例可直接声明在 try 括号中，无需额外包装 - 避免把
socket.getInputStream()和socket.getOutputStream()同时作为独立资源加入，它们的close()会调用底层 socket 的close() - 若需同时管理 socket 和其流（例如要分别控制流的关闭时机），应手动 close 流，只让 try-with-resources 管理
Socket
正确写法：Socket 放入 try 括号，流由 Socket 自动清理
典型场景是客户端发起连接并读写数据。下面这段代码确保无论正常执行还是抛出 IOException，Socket 都会被关闭：
try (Socket socket = new Socket("localhost", 8080)) {
PrintWriter out = new PrintWriter(socket.getOutputStream(), true);
BufferedReader in = new BufferedReader(new InputStreamReader(socket.getInputStream()));
out.println("HELLO");
String response = in.readLine();
System.out.println(response);
} catch (IOException e) {
// socket 已关闭，这里只需处理业务逻辑错误
e.printStackTrace();
}
- 不需要显式调用
socket.close()，也不应在 finally 块里再写一次 - 流对象（
out、in）未被声明为资源，因此不会被自动关闭——但它们的生命周期依附于 socket，socket 关闭后这些流再调用read()/write()会抛SocketException: Socket is closed - 如果流需要缓冲行为（如
BufferedWriter），记得在写完后调用flush()，否则数据可能滞留在缓冲区未发出
常见陷阱：嵌套资源 + 异常压制（Suppressed Exception）
当 Socket 构造成功，但在后续操作（如 getInputStream()）中抛异常时，try-with-resources 仍会调用 socket.close()；如果此时 close() 也失败（比如网络已断开），这个异常会被“压制”，仅通过 Throwable.getSuppressed() 获取。你不会在 catch 块里直接看到它。
- 例如：连接成功，但服务端立刻断连，随后
socket.getInputStream()抛IOException，紧接着socket.close()再抛另一个IOException—— 后者成为 suppressed exception - 若需诊断这类问题，可在 catch 块中检查：
for (Throwable s : e.getSuppressed()) { s.printStackTrace(); } - 不要依赖
close()的异常来判断连接状态；应以首次 I/O 操作的异常为准
注意：try-with-resources 不解决连接超时或半开连接问题
try-with-resources 只保证 JVM 层面的资源释放，它无法感知 TCP 连接是否真正断开、对端是否崩溃、或中间网络设备是否静默丢包。例如：
- 设置
socket.setSoTimeout(5000)是必要的，否则readLine()可能无限阻塞 -
socket.isClosed()和socket.isConnected()返回值不可靠，不能代替实际 I/O 判断连接活性 - 若需保活，应自行实现心跳机制，或使用
socket.setKeepAlive(true)（但 keepalive 时间由系统决定，不可控）
真正难处理的是连接“假死”：socket 对象还活着，isClosed() 返回 false，但对端早已下线。这种情况下，try-with-resources 什么也做不了——它只在作用域退出时关闭本地文件描述符，不发送 FIN 包，也不等待 ACK。
