Windows TCP Socket读写：客户端写入过快致缓冲区满断开的解决方法

核心结论 #

可以在客户端写入前检查TCP发送缓冲区的可用状态，等待缓冲区有剩余空间后再发送数据，避免缓冲区被填满导致连接断开。同时也需要从服务器端、传输策略等多维度优化，从根源上缓解这类问题。

一、客户端侧：检查TCP发送缓冲区并实现等待逻辑 #

不同操作系统提供了获取发送缓冲区可用空间的API：

• Linux/Unix：使用ioctl配合FIONWRITE参数，可获取当前发送缓冲区中已排队但未被发送的数据字节数，用缓冲区总大小减去该值就能得到可用空间。
• Windows：使用WSAIoctl配合SIO_GET_WRITE_BUFFER_INFO参数，直接获取发送缓冲区的可用空间信息。

修改后的客户端伪代码示例：

socket = connect to localhost 7777
// 获取TCP发送缓冲区总大小（不同系统获取方式略有差异）
send_buffer_size = get_socket_send_buffer_size(socket)

while(true)
{
    // 获取已占用的发送缓冲区字节数
    pending_bytes = get_pending_send_bytes(socket)
    available_space = send_buffer_size - pending_bytes
    
    // 等待缓冲区有足够空间容纳要发送的数据
    while(available_space < strlen("hello from test"))
    {
        sleep(10); // 短暂休眠后重新检查
        pending_bytes = get_pending_send_bytes(socket)
        available_space = send_buffer_size - pending_bytes
    }
    
    socket->write("hello from test");
}

二、其他优化方案 #

• 服务器端优化：必须修复服务器不读取数据的问题，这是根源。即使客户端做了流量控制，服务器长期不读取最终还是会导致缓冲区溢出。正常逻辑下服务器应持续读取套接字数据，比如：

socket = create server Socket at port 7777;
client_socket = socket->Accept(); //wait for just 1 connection

char buffer[1024];
while(true)
{
    client_socket->read(buffer, sizeof(buffer)); // 持续读取数据
}

• 使用非阻塞IO+事件通知：客户端采用非阻塞套接字，结合select/epoll（Linux）或WSAEventSelect（Windows），当套接字可写时再执行写入操作，这比主动轮询缓冲区更高效。
• 实现应用层流量控制：客户端和服务器约定，服务器每接收一定量数据后向客户端发送"允许继续发送"的信号，客户端收到信号后再发送下一批数据，从应用层避免发送过快。
• 调整TCP缓冲区大小：通过setsockopt设置更大的发送/接收缓冲区，但这只是缓解手段，不能解决服务器不读取的核心问题，且缓冲区大小受系统内核参数限制。

关于Win Socket错误10057 #

该错误表示套接字未连接或尝试向未连接的套接字发送数据，在你的场景中是因为缓冲区填满后TCP连接被重置，导致后续写入操作触发此错误。通过上述流量控制手段可避免连接被重置。

内容的提问来源于stack exchange，提问作者user2300947