本文目录导读：
“半关闭”（Half-Close）通常指的是在 TCP 网络编程 中，通信的一端在发送完所有数据后，关闭其发送通道，但仍然保持接收通道开启,等待接收来自对端的剩余数据。
这种状态是通过系统调用 shutdown()（而非 close()）来实现的。
以下是关于“半关闭状态处理”的详细说明，包括其原理、应用场景以及在不同编程语言中的实现方式。
为什么需要半关闭？
close()的缺陷：close(fd)会立即关闭 TCP 连接的两个方向（读和写），并发送 FIN 包，这意味着你不能再读,也不能再写。- 半关闭的好处：
- 优雅地结束：主动关闭方通知对方“我的数据发完了”,但依然可以接收对方最后的确认或剩余数据。
- 双向通信的终局：适用于需要明确知道数据发送结束的场景（如 HTTP 1.0 的旧版 Keep-Alive 或特定应用层协议）。
半关闭的典型应用场景
场景：客户端发送请求，服务端响应后结束
- 客户端 发送完整的请求数据后，调用
shutdown(SHUT_WR)或shutdown(socket.SHUT_WR)，这告诉服务端：“我这边说完了，你读吧，但我还会继续听你说”。 - 服务端 读取到 EOF（文件结束符），知道客户端已经停止发送,于是处理请求并发送响应数据。
- 服务端 发送完响应后,也进行半关闭或完全关闭。
- 客户端 读取服务端发回的响应，直到读取到 EOF。
不同系统 / 语言的实现方式
C/C++ (POSIX Sockets)
使用 shutdown() 函数,第二个参数指定关闭方向：
SHUT_RD：关闭读通道。SHUT_WR：关闭写通道（这是最常用的半关闭操作）。SHUT_RDWR：同时关闭读写（效果类似close()但不释放文件描述符）。
示例：
// 客户端：发送完请求后，关闭写通道
send(sockfd, request, len, 0);
shutdown(sockfd, SHUT_WR); // 关键：只关闭写，保留读
// 此时服务端会读到 EOF
// 客户端仍可以读取服务端的响应
while ( (n = recv(sockfd, buffer, sizeof(buffer), 0)) > 0 ) {
// 处理响应
}
Python (socketserver / socket)
Python 的 socket 对象提供了 shutdown() 方法。
import socket
def half_close_client():
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect(('localhost', 8080))
sock.sendall(b'GET / HTTP/1.0\r\n\r\n')
# 关键：关闭写通道
sock.shutdown(socket.SHUT_WR)
# 此时仍可以读取服务端的响应
response = b''
while True:
data = sock.recv(4096)
if not data:
break
response += data
print(response.decode())
sock.close()
Java (java.net.Socket)
Java 使用 shutdownOutput() 和 shutdownInput() 两个独立方法。
Socket socket = new Socket("localhost", 8080);
OutputStream out = socket.getOutputStream();
out.write(request.getBytes());
out.flush();
// 关键：关闭输出流（即写通道）
socket.shutdownOutput(); // 通知服务端数据发完
// 此时仍可以读取服务端的输入流
InputStream in = socket.getInputStream();
BufferedReader reader = new BufferedReader(new InputStreamReader(in));
String line;
while ((line = reader.readLine()) != null) {
System.out.println(line);
}
socket.close();
处理中的核心要点与陷阱
必须由接收方正确处理 EOF
- 服务端：当
read()返回 0 或recv()返回 0（在 Java 中是InputStream.read()返回 -1），表示客户端已经半关闭了写通道，服务端应当理解这是“请求数据结束”的信号。 - 切忌：服务端在读到 EOF 后继续尝试读取，否则只会一直返回 0（在非阻塞模式下会触发
EWOULDBLOCK）。
半关闭不是对称的
- 一方调用
shutdown(SHUT_WR)后，对端并不知道你关闭了读通道，对端只知道你的写通道关了（因为收到了 FIN 包）。 - 如果你想要完全双向关闭,两端需要协商或通过应用层协议来协调。
务必保持接收通道存活
- 调用
shutdown(SHUT_WR)后，不要立即close()该 socket,否则接收通道也会被关闭。 - 只有在确认收到所有数据后，才调用
close()释放资源。
避免死锁
- 如果通信双方都在等待对方的数据，而自己又关闭了写通道，就会造成死锁（接收方等着发，发送方等着收）。
- 解决方案：应用层协议必须明确定义谁先半关闭、谁最后关闭。
如何测试半关闭状态？
可以使用 Wireshark 抓包观察：
- 客户端发送数据
- 客户端发送
FIN包（这是shutdown(SHUT_WR)的表现） - 服务端回复
ACK - 服务端发送回复数据
- 服务端也发送
FIN包 - 客户端回复
ACK
你会看到在 FIN 包之后，依然有数据在传输（从服务端到客户端）,这就是半关闭的标志。
| 操作 | 效果 | 适用场景 |
|---|---|---|
close(fd) |
立即断开双向连接，丢弃缓冲区数据 | 不想再用了。 |
shutdown(SHUT_RD) |
关闭读通道，丢弃接收缓冲区数据 | 极少使用。 |
shutdown(SHUT_WR) |
半关闭：发送 FIN，不再发送数据，但可接收 | 明确告知对方“我发完了，你继续发后面的”。 |
shutdown(SHUT_RDWR) |
关闭双向，但仍需 close() 来释放 fd |
类似 close() 但延迟释放。 |
核心原则是：“我只告诉你不说了，但我还会听你说完。”