connect返回WSAEWOULDBLOCK后select返回0的问题排查求助

看起来你碰到了非阻塞TCP连接时的超时困境，明明ping得通目标IP，但select等待连接完成却一直超时，我给你分享几个实用的排查方向：

• 先确认目标端口是否真的开放：ping只能证明目标IP在网路上可达，但目标机器的对应服务可能根本没在监听你要连接的端口。你可以用telnet 目标IP 端口号或者nc -zv 目标IP 端口号这类工具测试一下，看看能不能建立连接——如果连不上，那问题大概率出在目标服务没启动或者端口没开放上。
• 检查非阻塞connect的后续处理逻辑：当select检测到写就绪时，别直接认为连接成功了！你得调用getsockopt(m_hSocket, SOL_SOCKET, SO_ERROR, &error, &len)来获取实际的连接状态，因为写就绪也可能意味着连接失败（比如被目标拒绝）。
• 确认FD_SET的操作是否正确：虽然你代码里做了FD_ZERO和FD_SET，但要注意每次调用select前都必须重新初始化集合，因为select会修改传入的FD_SET。另外，有没有其他线程在操作这个socket或者修改这些集合？多线程环境下很容易出这类问题。
• 排查防火墙或网络限制：哪怕ping通，本地防火墙、目标端防火墙或者中间的网络设备（比如路由器）都可能拦截TCP连接请求。你可以临时关闭本地防火墙试试，或者让目标端的管理员检查一下他们的防火墙规则，是否允许你的客户端IP访问目标端口。
• 检查socket的非阻塞模式是否正确设置：你确定在调用connect之前，已经把socket设置为非阻塞模式了吗？默认的socket是阻塞模式，这种情况下connect返回WSAEWOULDBLOCK是不符合预期的，你可以回顾一下socket创建后的设置代码，比如有没有调用ioctlsocket(m_hSocket, FIONBIO, &ulNonBlock)来开启非阻塞。
• 修正代码里的小细节：你代码里这行if ((TOTAL = select(0, NULL, &WriteSet, NULL, &sockettime)) == SOCKET_ERROR);末尾多了个分号，这会导致后续的条件判断代码（如果有的话）完全不执行。虽然这可能不是当前超时问题的直接原因，但还是建议修正，避免后续踩坑。

内容来源于stack exchange