select() 无限期挂起

Question

我有一个在嵌入式 Linux（较旧的内核，2.6.18）上运行的应用程序。我用的是Live555。有时，当摄像机负载过重时，我的 RTSP 服务器（使用 Live555 构建）会无限期挂起——除了重置应用程序之外，无论进行多少连接或哄骗似乎都无法让它摆脱困境。

我将问题范围缩小到了这段代码：

static int blockUntilReadable(UsageEnvironment& env,
                  int socket, struct timeval* timeout) {
  int result = -1;
  do {
    fd_set rd_set;
    FD_ZERO(&rd_set);
    if (socket < 0) break;
    FD_SET((unsigned) socket, &rd_set);
    const unsigned numFds = socket+1;

    result = select(numFds, &rd_set, NULL, NULL, timeout);  <--HANG

超时当然是一个 NULL 指针，它指示它应该阻塞，直到其中一个套接字可读为止。问题是：我是否连接到 RTSP 服务器并不重要——它只是无限期地阻塞。

我执行了 netstat -an，它总是输出如下内容：

Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:5222            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:5800            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:5000            0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:5802            0.0.0.0:*               LISTEN
tcp       21      0 0.0.0.0:554             0.0.0.0:*               LISTEN

当它处于失败状态时，我总是在 Recv-Q 上看到 21，这是“连接到此套接字的用户程序未复制的字节数”。

有谁知道可能会发生什么事情，或者我如何解决这个问题？

Answer 1

该代码看起来非常可靠。我有点好奇为什么你要转换为unsigned int，但这不会造成任何伤害。

一些想法：

它没有挂在你认为的地方。希望您已经仔细检查过这一点。 （再检查一遍？）

你的netstat解释是错误的。正如手册页所述，该部分用于“已建立”套接字 - 您的套接字是一个侦听器，即下一句：“侦听：自内核 2.6.18 起，此列包含当前的 syn 积压工作。”

这看起来像是一个巨大的积压......这让我认为你没有接受（），也许是因为你陷入了选择（）。那是你的监听套接字上的select()，对吗？

最后，仔细检查您是否在正确的套接字上调用 select()。即，打印出该套接字参数，看看它是否应该是这样。

本质上，验证：1）它挂在 select() 中，2) select 的参数是否正确。我怀疑这两者之一不是真的。