使用lpfnAcceptEx时GetAcceptExSockaddrs返回空地址的问题排查

核心原因：AcceptEx函数指针类型不匹配 #

你遇到的问题本质是定义的lpfnAcceptEx函数指针类型与系统实际的AcceptEx函数签名不匹配，导致调用时参数传递错位，AcceptEx没有将地址数据写入预期的缓冲区位置，最终GetAcceptExSockaddrs无法解析出有效地址。

具体分析 #

系统提供的AcceptEx函数有严格的签名要求，正确的函数指针类型定义应为：

typedef BOOL (PASCAL FAR *LPFN_ACCEPTEX)(
    SOCKET sListenSocket,
    SOCKET sAcceptSocket,
    PVOID lpOutputBuffer,
    DWORD dwReceiveDataLength,
    DWORD dwLocalAddressLength,
    DWORD dwRemoteAddressLength,
    LPDWORD lpdwBytesReceived,
    LPOVERLAPPED lpOverlapped
);

如果你的Session类中lpfnAcceptEx的类型定义不符合上述签名（比如参数顺序错误、调用约定不匹配，比如误用__cdecl而非PASCAL FAR），调用时会出现参数栈错位，导致地址数据没有被写入ses->aio->buf的正确区域，后续GetAcceptExSockaddrs自然返回nullptr。

而直接调用AcceptEx时，编译器会根据链接的mswsock.lib中的函数签名自动处理参数传递，所以不会出现这个问题。

其他需排查的辅助问题 #

• 缺失WSAIoctl错误检查：你没有检查WSAIoctl的返回值，如果获取函数指针失败（比如socket无效、GUID错误），lpfnAcceptEx会是无效指针，调用行为完全未定义。必须添加错误判断：

  if (WSAIoctl(ses->sock, SIO_GET_EXTENSION_FUNCTION_POINTER,
      &GuidAcceptEx, sizeof(GuidAcceptEx),
      &ses->lpfnAcceptEx, sizeof(ses->lpfnAcceptEx),
      &dwBytes, NULL, NULL) == SOCKET_ERROR) {
      // 处理错误，比如输出WSAGetLastError()的返回值
  }
  

• 重复使用Overlapped结构：你的代码中同时调用了ses->lpfnAcceptEx和AcceptEx，使用同一个OVERLAPPED对象，这会导致IO操作冲突，覆盖缓冲区数据。实际场景中应该只保留一种调用方式。

修复步骤 #

1. 确保lpfnAcceptEx的类型定义完全匹配系统AcceptEx的签名，建议直接使用LPFN_ACCEPTEX类型（需包含mswsock.h）。
2. 添加WSAIoctl的错误检查，确保函数指针获取成功。
3. 移除重复的AcceptEx调用，避免IO操作冲突。

内容的提问来源于stack exchange，提问作者김형진