Java Socket编程需关注连接生命周期、异常处理与资源释放，Socket用于客户端通信，ServerSocket仅监听并返回新Socket；须设超时、按序关闭、指定编码及规范换行符。
Java 中的 Socket 编程不是“学完就能直接上生产”的技能，它暴露的是底层 TCP/IP 交互逻辑，一旦忽略连接生命周期、异常分支或资源释放细节，就会出现连接泄漏、SocketException: Broken pipe、线程阻塞甚至 OutOfMemoryError。
什么是 Socket，它和 ServerSocket 的分工是什么
Socket 是客户端发起连接并收发数据的端点；ServerSocket 是服务端监听端口、接受连接请求的“守门人”。二者不等价，不能混用：ServerSocket 不发送数据，只调用 accept() 返回一个新的 Socket 实例来代表具体连接。
常见误区：
- 用
ServerSocket直接调getOutputStream()→ 抛IOException - 在多线程服务中复用同一个
Socket实例处理多个请求 → 数据错乱或SocketException: Socket is closed
正确做法是：每个新连接由 accept() 返回独立 Socket，交由单独线程（或 ExecutorService）处理。
立即学习“Java免费学习笔记（深入）”；
Socket 连接建立时最容易卡住的三个地方
默认情况下，Socket 的 connect()、read()、write() 全是阻塞操作。没设超时，程序就可能无限等待。
-
connect()卡住：目标地址不可达或防火墙拦截，必须用socket.connect(new InetSocketAddress(host, port), timeoutMs)显式设置连接超时 -
read()卡住：对端未关闭连接但也不发数据，需配合setSoTimeout(int)控制读超时（单位毫秒），否则InputStream.read()会永远挂起 -
write()卡住：极少见，但若对方接收缓冲区满且 TCP 窗口为 0，写入可能阻塞——此时同样依赖setSoTimeout()（注意：JDK 8+ 对 write 超时支持有限，实际效果取决于底层 OS）
如何安全关闭一个 Socket 连接
关闭顺序和判空比想象中重要。直接调 socket.close() 看似简单，但若输入/输出流已被其他线程提前关闭，再调一次会抛 IOException；若未关闭流，可能触发资源泄漏警告（尤其在 try-with-resources 外手动管理时）。
推荐写法（兼顾健壮性与可读性）：
if (socket != null && !socket.isClosed()) {
try {
socket.shutdownInput(); // 告诉对方“我不再读”
socket.shutdownOutput(); // 告诉对方“我不再写”
} catch (IOException ignored) {}
try {
socket.close();
} catch (IOException ignored) {}
}
关键点：
-
shutdownInput()/shutdownOutput()是 TCP 层的半关闭，不影响对方继续发数据（适合优雅终止场景） -
isClosed()判断的是本地是否已调过close()，不是连接是否断开；isConnected()只表示曾经连成功过，无法反映当前状态 - 不要依赖
finalizer或 GC 回收Socket，必须显式关闭
Socket 编程中常被忽略的字符编码与换行问题
网络传输只认字节，String 和 byte[] 的转换必须指定编码（如 StandardCharsets.UTF_8），否则在中文 Windows 默认 GBK、Linux 默认 UTF-8 下必然乱码。
更隐蔽的是换行符：BufferedReader.readLine() 只识别 \n、\r\n、\r，但很多协议（如 HTTP、SMTP）严格要求 \r\n。用 println() 发送可能在某些平台变成 \n，导致对端解析失败。
建议统一使用：
- 写入：用
PrintWriter并启用自动 flush，且手动写"\r\n"；或用OutputStream.write(bytes)避免隐式换行 - 读取：避免依赖
readLine()解析协议，改用InputStream.read(byte[])+ 自定义分隔符解析（如遇到\r\n才切分）
真实项目里，90% 的“连得上但收不到数据”问题，根源都在这一行换行符没对齐。
