推荐用 try-with-resources 自动关闭 Socket，确保异常或正常执行时均及时释放资源；只管理 Socket 本身，勿将包装流纳入其中；使用缓冲输出流需手动 flush；关闭异常会被抑制，无需重复 close。

Java Socket 网络连接推荐用 try-with-resources 自动关闭资源，这是最简洁、最安全的方式。它能确保无论正常执行还是中途抛异常，Socket 都会被及时关闭，避免连接泄漏、端口占用或系统资源耗尽。

直接把 Socket 声明在 try 括号里

Socket 类自 Java 7 起就实现了 AutoCloseable 接口，可直接用于 try-with-resources：

• 只需一行声明：try (Socket socket = new Socket("host", port)) { ... }
• 大括号结束时，JVM 自动调用 socket.close()
• 无需手动判空、无需 finally 块、无需重复写 close 逻辑
• 即使构造成功后，在获取流或读写过程中抛出 IOException，Socket 仍会被关闭

包装流不用单独放进 try-with-resources

像 BufferedReader、PrintWriter、ObjectInputStream 这类基于 Socket 流构建的包装类，不要和 Socket 一起声明为资源：

sc-java-to-ts-interface

将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。

下载

• 它们的 close() 会间接触发底层 Socket 关闭，与 try-with-resources 中的 socket.close() 冲突
• 可能导致重复关闭，抛出 IOException: Stream closed 或静默失败
• 正确做法：只让 try-with-resources 管理 Socket；流对象在 try 块内创建并使用，不声明为资源

记得 flush 缓冲数据

如果用了带缓冲的输出流（如 PrintWriter、BufferedWriter），写完后要显式调用 flush()：

立即学习“Java免费学习笔记（深入）”；

• 否则数据可能卡在缓冲区，未真正发到对端
• close() 会自动 flush，但若你提前用流做其他操作（比如多次写+读），必须手动 flush
• 示例：out.println("DONE"); out.flush();

异常处理要区分主异常和关闭异常

try-with-resources 在关闭资源时若发生异常（比如网络已断开导致 socket.close() 失败），该异常会被“抑制”（suppressed），不会覆盖 try 块中原本抛出的业务异常：

• 主异常仍可通过 e.printStackTrace() 或 e.getSuppressed() 查看被抑制的关闭异常
• 一般无需额外捕获关闭异常——资源已释放是核心目标，日志记录即可
• 不必在 catch 块里再写 socket.close()，那会引发重复关闭风险