将超时与 Alarm() 连接

Question

由于我似乎无法找到原始问题的解决方案，因此我尝试做一些解决方法。我只是想为 TCP 套接字的 connect() 调用设置超时。

1. 我希望 connect() 被阻塞，但直到通常的 75 秒超时为止，我想定义自己的超时。
2. 我已经尝试过 select() ，它可以解决超时问题，但无法建立连接（这是我最初的问题，如此处）。

所以现在我找到了另一种方法来处理它：只需执行一个阻塞 connect() 调用，但用这样的警报中断它：

    signal(SIGALRM, connect_alarm);
    int secs = 5;
    alarm(secs);
    if (connect(m_Socket, (struct sockaddr *)&addr, sizeof(addr)) < 0 )
    {
        if ( errno == EINTR )
        {
            debug_printf("Timeout");
            m_connectionStatus = STATUS_CLOSED;
            return ERR_TIMEOUT;
        }
        else
        {
            debug_printf("Other Err");
            m_connectionStatus = STATUS_CLOSED;
            return ERR_NET_SOCKET;
        }
    }

with

static void connect_alarm(int signo)
{
     debug_printf("SignalHandler");
     return;
}

这是我在互联网上的线程 这里在 stackoverflow 上。如果我使用此代码，程序将启动计时器，然后进入 connect() 调用。 5 秒后，信号处理程序被触发（如在控制台上使用 printf() 看到的那样），但此后程序仍保留在 connect() 函数中75秒。实际上，每个描述都说 connect_alarm() 应该中断 connect() 函数，但在我的情况下似乎并非如此。有什么办法可以得到我的问题想要的结果吗？

Answer 1

signal 是一个严重未指定的接口，应在新代码中避免使用。在某些版本的 Linux 上，我相信它提供了“BSD 语义”，这意味着（除其他外）默认提供 SA_RESTART。

使用 sigaction 代替，不要指定 < code>SA_RESTART，你应该可以开始了。

...

嗯，除了普遍的脆弱性和不可避免的竞争条件之外，就是这样。 connect 将为任何信号返回EINTR，而不仅仅是SIGALARM。更麻烦的是，如果系统负载很重，调用alarm和调用connect之间可能需要5秒以上的时间，这种情况下你将错过信号并永远阻塞connect。

您之前的尝试，使用带有 connect 和 select 的非阻塞套接字，是一个更好的主意。我建议调试它。

Answer 2

虽然设置警报相对容易(2)（减少信号处理和系统调用中断的痛苦），超时 TCP 连接尝试的更有效方法是 非-blocking connect，它还允许您启动多个连接并等待所有连接，一次处理一个成功和失败。