Winsock send函数无阻塞但不发送，如何实现1秒内发送消息？

我来帮你搞定这个问题——你碰到的情况其实是TCP的Nagle算法和延迟确认机制共同作用的结果：小消息会被TCP层缓冲起来，要么等攒够一定数据量，要么等收到对端的ACK才会发送，所以就出现了send调用成功但数据没实际发出去的情况，直到shutdown强制清空缓冲。下面给你几个能让小消息在1秒内顺利发送的实用方案：

方案1：禁用Nagle算法（最推荐） #

Nagle算法的设计目的是减少网络上的小数据包数量，但对于需要即时发送小消息的场景反而会拖后腿。你可以通过套接字选项TCP_NODELAY直接禁用它，这样小消息会被立即发送出去：

// 在accept到套接字之后就设置这个选项
BOOL optValue = TRUE;
int optLength = sizeof(optValue);
if (setsockopt(AcceptSocket, IPPROTO_TCP, TCP_NODELAY, (char*)&optValue, optLength) == SOCKET_ERROR) {
    // 这里可以添加错误处理逻辑，比如打印WSAGetLastError()
}

设置之后，后续调用send发送小消息时，TCP层会直接把数据推送到网络，不会再缓冲等待，完全满足你1秒内发送的需求。

方案2：手动触发缓冲推送（适合一次性发送后关闭连接的场景） #

如果你的业务逻辑是发送完这条小消息就不再使用这个套接字发送数据了，那你可以在send之后调用shutdown(AcceptSocket, SD_SEND)——这会告诉TCP层：“我不会再发数据了，把缓冲里的剩余数据都发出去吧”，之后套接字的发送端会被关闭，但还能接收数据。不过要注意，这个操作是不可逆的，之后不能再用这个套接字发送数据了。

方案3：调整TCP延迟确认时间（不推荐，系统级修改） #

Windows系统默认的TCP延迟确认时间是200ms左右（不同版本可能有差异），如果不想改套接字选项，也可以通过修改注册表调整这个时间，但这会影响整个系统的TCP行为，只适合特殊场景，不推荐在普通应用里使用。

另外要提醒你：调用send之后一定要检查返回值，确认数据是否被成功写入TCP发送缓冲——如果send返回的字节数小于你要发送的长度，你还需要循环发送剩余的部分，避免数据遗漏。

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