在 Java Socket 编程中，Socket.close() 会自动关闭其关联的输入输出流，但若提前手动关闭底层流（尤其是 ObjectOutputStream/ObjectInputStream），可能导致数据丢失、连接异常或线程阻塞；正确做法是仅显式关闭最外层包装流，并最终调用 socket.close()。
在 java socket 编程中，`socket.close()` 会自动关闭其关联的输入输出流，但若提前手动关闭底层流（尤其是 `objectoutputstream`/`objectinputstream`），可能导致数据丢失、连接异常或线程阻塞；正确做法是仅显式关闭最外层包装流，并最终调用 `socket.close()`。
在使用 Java 套接字（Socket）构建网络通信时，资源清理的顺序至关重要。你提供的 Connection 类看似合理地封装了各类 I/O 流，但在 close() 方法中同时显式关闭所有流并最终关闭 socket，实际上存在严重隐患——不仅冗余，更可能引发不可预知的行为。
? 核心原则：流的关闭依赖于底层 socket，而非相反
Java 的 Socket 类设计保证：当调用 socket.close() 时，其内部持有的 InputStream 和 OutputStream 会被自动关闭。这意味着：
- socket.getInputStream() 返回的流（如 socket.getInputStream()）在 socket.close() 后将不可再读；
- socket.getOutputStream() 返回的流同理，后续写入会抛出 IOException（如 "Stream closed" 或 "Socket is closed"）；
- 所有基于这些原始流构建的包装流（如 BufferedReader、PrintWriter、ObjectInputStream、ObjectOutputStream）在底层流关闭后即失效，再次调用其 close() 是安全但无意义的操作（多数实现中为幂等）。
⚠️ 然而，问题在于：你不能反向操作——即先调用 objectOut.close() 或 out.close()，再调用 socket.close()。原因如下：
ObjectOutputStream 的特殊性：
它在构造时会向输出流写入一个包含协议头的 4 字节标识（stream header）。更重要的是，它内部缓存对象引用以支持循环引用序列化。若未显式调用 reset()，长期运行会导致内存泄漏；而若在 socket.close() 前关闭它，其 close() 方法会尝试刷新缓冲区并写入终止标记——但此时若 socket 已被其他流关闭或处于半关闭状态，极易触发 IOException 或导致对端 ObjectInputStream 永久阻塞（等待未到达的 header 或 EOF）。TCP 半关闭语义冲突：
调用 socket.shutdownOutput() 或某些流的 close() 可能触发 TCP FIN 包，表示“本端不再发送”；而直接 socket.close() 则发送 RST（复位），强制终止双向连接。若在 socket.close() 前已关闭某条流，JVM 可能无法保证底层 socket 状态一致性，对端可能收不到完整数据，或收到 Connection reset 异常。
✅ 推荐的关闭策略（安全、简洁、符合 Javadoc）
public void close() throws IOException {
// ① 先刷新关键缓冲流（尤其 ObjectOutputStream）
if (objectOut != null) {
objectOut.flush(); // 确保 header 和对象数据已发出
// objectOut.reset(); // 如需复用流，应在业务逻辑中按需调用，非关闭时
}
// ② 关闭最外层包装流（可选，但建议按创建逆序）
// 注意：PrintWriter.close() 会关闭底层流 → 这里会间接关闭 socket.getOutputStream()
// ❌ 因此，以下三行与 socket.close() 冲突！应删除：
// out.close(); // 不要！它会关闭 socket.getOutputStream()
// in.close(); // 不要！它会关闭 socket.getInputStream()
// objectOut.close(); // 不要！它会关闭 socket.getOutputStream()
// objectIn.close(); // 不要！它会关闭 socket.getInputStream()
// ✅ 正确做法：只关闭 socket，由它统一释放所有资源
socket.close();
}? 关键提醒：PrintWriter 构造时若传入 autoFlush = true（如你的代码），其 println() 等方法会自动 flush，但 close() 仍会关闭底层流。因此，永远不要对基于 socket.getInputStream()/getOutputStream() 创建的任何包装流调用 close() ——除非你明确需要半关闭（极少见），且已完全理解 TCP 层行为。
立即学习“Java免费学习笔记（深入）”；
? 补充最佳实践
避免混合使用流类型：
同一 socket.getOutputStream() 被 PrintWriter 和 ObjectOutputStream 共享是非法的！二者都会尝试控制该流，导致数据错乱或 StreamCorruptedException。应二选一：文本通信用 PrintWriter + BufferedReader；对象通信则独占使用 ObjectOutputStream / ObjectInputStream。-
异常处理建议：
在 close() 中使用 try-with-resources 或分层捕获，确保即使部分关闭失败，socket.close() 仍被执行：public void close() { try { if (objectOut != null) objectOut.flush(); } catch (IOException ignored) {} try { socket.close(); } catch (IOException ignored) {} } -
总结一句话：
Socket.close() 是唯一必须调用的终止操作；所有包装流的 close() 要么冗余，要么危险——除非你主动管理半关闭，否则一律省略。
遵循这一原则，可显著提升网络程序的健壮性与可维护性。
