推荐用 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()：
- 否则数据可能卡在缓冲区，未真正发到对端
-
close()会自动 flush，但若你提前用流做其他操作（比如多次写+读），必须手动 flush - 示例：
out.println("DONE"); out.flush();
异常处理要区分主异常和关闭异常
try-with-resources 在关闭资源时若发生异常（比如网络已断开导致 socket.close() 失败），该异常会被“抑制”（suppressed），不会覆盖 try 块中原本抛出的业务异常：
- 主异常仍可通过
e.printStackTrace()或e.getSuppressed()查看被抑制的关闭异常 - 一般无需额外捕获关闭异常——资源已释放是核心目标，日志记录即可
- 不必在 catch 块里再写
socket.close()，那会引发重复关闭风险
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
