Linux 中不能直接用 setsockopt 设置 connect() 超时，需通过非阻塞 socket 配合 select/poll 实现；SO_SNDTIMEO 对 connect 无效，其超时由 TCP 重传机制决定（约75秒）；标准做法是设非阻塞后 connect，再用 select 监控可写并检查 SO_ERROR。
Linux 中不能直接用 setsockopt 设置 connect() 的超时时间，因为 connect 系统调用本身不接受超时参数。但可以通过组合 socket 选项和 I/O 多路复用机制，**变相实现可控的连接超时**。关键在于：把 socket 设为非阻塞模式，再用 select 或 poll 监控连接完成状态。
为什么不能直接用 SO_SNDTIMEO 控制 connect 超时
SO_SNDTIMEO 和 SO_RCVTIMEO 只影响 send/recv 类操作，对 connect 无效。内核中 connect 的默认超时由 TCP 重传机制决定，通常约 75 秒（基于 SYN 重传 6 次，间隔呈指数增长），不可通过 socket 选项直接修改。
标准做法：非阻塞 + select 实现 connect 超时
这是最通用、可移植性好、被广泛采用的方式：
- 创建 socket 后，用
fcntl(sockfd, F_SETFL, O_NONBLOCK)将其设为非阻塞 - 调用
connect()—— 若未立即完成，返回-1并置errno = EINPROGRESS - 调用
select()监听该 socket 的“可写”事件（FD_SET到wset），设置期望的超时时间 -
select返回 >0 时，用getsockopt(sockfd, SOL_SOCKET, SO_ERROR, &err, &len)检查是否连接成功（err == 0） - 若
select返回 0，说明超时；返回 -1 且errno == EINTR可重试
其他可行但需注意的方案
以下方法在部分场景可用，但各有局限：
-
使用
alarm()+ 信号中断：在connect前调用alarm(timeout_sec)，并注册SIGALRM处理器。但信号是进程级的，多线程下易冲突，不推荐用于复杂程序 -
设置
SO_SNDTIMEO后调用connect：某些旧内核或特定配置下可能间接影响，但行为未标准化，不可靠，不应依赖 -
应用层重试 + 超时控制逻辑：在循环中尝试
connect并计时（如clock_gettime(CLOCK_MONOTONIC)），适合简单脚本，但无法避免单次connect阻塞
实际编码要点
务必检查两个关键状态：
-
connect()返回EINPROGRESS是正常中间态，不是错误 -
select返回可写后，必须调用getsockopt(... SO_ERROR ...)获取真实连接结果 —— 仅靠select成功不能保证连接建立成功（例如目标端口关闭时也会触发可写） - 超时值建议设为 3–30 秒之间，过短易误判网络抖动，过长降低响应性
