Winsock：服务器上的 recv() 被阻塞，但客户端已经移过 send()

Question

我正在为学校做一个项目，并遇到了以下问题。 尽管我的客户端已经发送了完整的消息，但我的服务器在 recv() 上被阻塞了。

这就是我想要发生的事情：

Server        Client
recv() <----  send()
send() ---->  recv()

这是正在发生的事情：

Server        Client
recv() <----  send()
recv() -----  recv()

一些背景

2 周前，我使用已经编码的服务器应用程序自行创建了客户端。 当我对客户端进行编码时，它与提供的服务器一起正常运行，所以我想说客户端是错误的，但我不知道如何让我编码的服务器识别不会有更多数据进入。

代码

这是我认为相关的代码：

客户：

    bytesSent = 0;
    retVal = send(sock, phrase, msgLen, 0);
    bytesSent = retVal;
    while (bytesSent < msgLen) {
        retVal = send(sock, phrase + bytesSent, msgLen - bytesSent, 0);
        if (retVal == SOCKET_ERROR) {
            DisplayFatalErr("send() function failed.");
            exit(1);
        }
        bytesSent += retVal;
        // May need to re-call send in order to keep sending the data.

    }

...

    bytesRead = 0;
    while (bytesRead < msgLen) {
        retVal = recv(sock, rcvBuffer, RCVBUFSIZ - 1, 0);
        if (retVal <= 0) {
            DisplayFatalErr("recv() function failed.");
            exit(1);
        }
        bytesRead += retVal;
        for (int i = 0; i < retVal; i++) {
            printf("%c", rcvBuffer[i]);
        }
    }

服务器：

    char* rcvBuffer[RCVBUFSIZ]; // RCVBUFSIZ = 50
    char* msg = "";
    int bytesRead = 0;
    do {
        if ((bytesRead = recv(clientSock, rcvBuffer, RCVBUFSIZ - 1, 0)) == 0) {
            break;
        }
        if (bytesRead < 0) {
            return -1;
        }
        char* msgConcatenated;
        int msgLen = strlen(msg);
        msgConcatenated = malloc(msgLen + bytesRead);
        if (msgConcatenated != NULL) {
            int newMsgLen = strlen(msgConcatenated);
            strncpy_s(msgConcatenated, newMsgLen, msg, msgLen);
            strncat_s(msgConcatenated, newMsgLen, rcvBuffer, bytesRead);
            msg = msgConcatenated;
        }
    } while (bytesRead != 0);

如果我需要提供额外信息，请告诉我。

Answer 1

当使用TCP时，要向套接字的另一端发出不再发送数据的信号，必须发送一个设置了 FIN 标志的数据包。 这在 Winsock 中通过使用 SD_SEND 作为第二个参数调用 function shutdown来完成。 这将导致套接字另一端的程序在调用recv时不再阻塞。 相反， recv将返回 0 表示连接已正常关闭（除非还有尚未读取的数据）。 有关详细信息，请参阅有关关闭 function 的 Microsoft 文档。 该文档页面还包含一些有关优雅套接字关闭的有用信息。

此外，正如评论中所指出的，您的代码在以下行中包含memory 泄漏：

msg = msgConcatenated

在该行中，您无需先释放msg指向的 memory 就重新分配msg 。 不幸的是，修复 memory 泄漏并不容易，因为在重新分配之前不能简单地在msg上调用free 。 这是因为，在循环的第一次迭代中， msg还可以指向动态分配的 memory 之外的其他内容。 因此，要修复泄漏，您还必须跟踪msg指向的 memory 类型，或者使其始终指向动态分配的 memory，即使字符串为空（即，它仅包含终止 Z37A6259CC4891DAE02 字符） ）。