Java网络编程中的Socket编程基础概念

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）处理。

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% 的“连得上但收不到数据”问题，根源都在这一行换行符没对齐。