使用Winsock2时connect失败但WSAGetLastError返回0的问题排查

核心原因：错误码被后续操作覆盖 #

Winsock的错误码是线程局部存储的，任何后续Win32 API调用（包括C++标准库的IO操作）都会重置错误码。你当前的代码在connect返回失败后，先执行了std::cerr输出操作——这个操作底层会调用Win32的IO函数，直接把原本的错误码覆盖成了0。

修复代码 #

把WSAGetLastError()的调用移到所有操作之前，立即保存错误码：

int LPTF_SOCKET::connectLPTFSocket()
{
  int conn_result = connect(sockfd, (struct sockaddr *)&server, sizeof(server));
  if (conn_result < 0)
  {
    int err_code = WSAGetLastError(); // 优先保存错误码
    std::cerr << "Connection failed: " << err_code << std::endl;
    closesocket(sockfd);
    WSACleanup();
    return 1;
  }
  std::cerr << "connect returned success" << std::endl;
  return 0;
}

客户端地址结构正确性排查 #

虽然伙伴的10047（地址族不匹配）问题已修复，仍需确认客户端server结构的初始化是否完全正确：

• 确保客户端初始化server时，sin_family被明确设置为AF_INET（与服务端保持一致）
• 检查客户端传入的IP地址有效性：inet_addr解析失败会返回INADDR_NONE，导致连接失败。建议换成更安全的inet_pton并检查返回值：

// 客户端初始化server结构示例
if (inet_pton(AF_INET, ip.c_str(), &service.sin_addr) <= 0)
{
    std::cerr << "Invalid IP address format" << std::endl;
    // 此处添加错误处理逻辑
}

防火墙可能性验证（优先级较低） #

防火墙导致的连接失败通常会返回明确错误码（如10060连接超时、10061拒绝连接），不会返回0。可以临时关闭防火墙测试，或确认服务端端口12345已添加防火墙入站允许规则。

服务端额外确认 #

即使服务端运行正常，也可以快速检查：

• 服务端是否成功执行了bind和listen调用
• 服务端的sockfd是否是用AF_INET地址族创建的

内容的提问来源于stack exchange，提问作者thibaultk