什么可能导致非阻塞套接字在“recv”上阻塞？

Question

我有一个 TCP/IP 套接字设置为非阻塞，无论如何都是阻塞的。 套接字仅在一个线程中被引用。 此代码适用于 Windows（有一些调用替换），但不适用于 Linux。 我有看起来像这样的代码（不要介意 C 风格的转换——这是很久以前写的。另外，我把它修剪了一点，所以如果我不小心修剪了一步，请告诉我。很有可能是我'我实际上在做那一步。实际代码在另一台计算机上，所以我不能复制粘贴。）：

// In the real code, these are class members. I'm not bonkers
int mSocket;
sockaddr_in mAddress;

void CreateSocket(
    unsigned int ipAddress,
    unsigned short port)
{        
    // Omitting my error checking in this question for brevity because everything comes back valid
    mSocket = socket(AF_INET, SOCK_STREAM, 0);  // Not -1

    int oldFlags = fctnl(mSocket, F_GETFL, 0);  // Not -1
    fcntl(mSocket, F_SETFL, oldFlags | O_NONBLOCK);  // Not -1

    mAddress.sin_family = AF_INET;
    mAddress.sin_addr.s_addr = ipAddress;  // address is valid
    mAddress.sin_port = htons((u_short)port);  // port is not 0 and allowed on firewall
    memset(mAddress.sin_zero, 0, sizeof(mAddress.sin_zero));

    // <Connect attempt loop starts here>
    connect(mSocket, (sockaddr*)&mAddress, sizeof(mAddress));  // Not -1 to exit loop
    // <Connect attempt loop ends here>
    // Connection is now successful ('connect' returned a value other than -1)
}

// ... Stuff happens ...

// ... Then this is called because 'select' call shows read data available ...
void AttemptReceive(
    MyReturnBufferTypeThatsNotImportant &returnedBytes)
{
    // Read socket
    const size_t bufferSize = 4096;
    char buffer[bufferSize];
    int result = 0;

    do {
        // Debugging code: sanity checks
        int socketFlags = fcntl(mSocket, F_GETFL, 0);  // Not -1
        printf("result=%d\n", result);
        printf("O_NONBLOCK? %d\n", socketFlags & O_NONBLOCK);  // Always prints "O_NONBLOCK? 2048"

        result = recv(mSocket, buffer, bufferSize, 0);  // NEVER -1 or 0 after hundreds to thousands of calls, then suddenly blocks

        // ... Save off and package read data into user format for output to caller ...
    } while (result == bufferSize);
}

我相信，因为 AttemptReceive 被调用以响应选择，所以套接字恰好包含等于缓冲区大小（4096）倍数的字节数。 我已经用 printf 语句在一定程度上证实了这一点，所以它永远不会在第一次循环时阻塞。 每次发生此错误时，在线程块之前打印的最后两行是：

result=4096
O_NONBLOCK? 2048

将recv行更改为recv(mSocket, buffer, bufferSize, MSG_DONTWAIT); 实际上“修复”了这个问题（突然，recv 偶尔会返回 -1 并带有 errno EWOULDBLOCK/EAGAIN（在我的操作系统上两者相等）），但恐怕我只是在涌出的伤口上贴上创可贴，可以这么说。 有任何想法吗？

PS地址是“localhost”，但我认为这并不重要。

注意：我使用的是 2010 年的旧编译器（不是自己选择的）g++ 4.4.7-23。这可能与问题有关。

Answer 1

socket()使用我的操作系统和编译器自动在套接字上设置O_RDWR ，但似乎O_RDWR在程序开始时意外地在有问题的套接字上未设置（如果有数据要读取，它以某种方式允许它正常读取，否则阻塞）。 修复该错误导致套接字停止阻塞。 显然， O_RDWR和O_NONBLOCK都需要避免套接字阻塞，至少在我的操作系统和编译器上是这样。