Winsock2 listen() 是如何阻塞的？

Question

MSDN 说： Listen() 是一个阻塞调用。我使用了 listen() 的函数的代码 sn-p 如下所示：

sockaddr_in addr    = {0};
int     addrlen = sizeof(addr);
SOCKET  sock_listen;

if(-1 == (sock_listen = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP)))
{
    cout<<"error";
}   

addr.sin_family = AF_INET;
/* Network byte ordered address for loopback */
addr.sin_addr.s_addr= inet_addr("127.0.0.1");
/* Let service provider assign a unique port from dynamic client port range */  
addr.sin_port   = 0;                        

if(-1 == bind(sock_listen, (const sockaddr *)&addr, addrlen))       
{
    CloseHandle((HANDLE)sock_listen_fd);
    cout<<"error";
}

if(-1 == getsockname(sock_listen, (sockaddr *)&addr, &addrlen))
{     
    CloseHandle((HANDLE)sock_listen);
    cout<<"error";
}

u_long mode = 0;
if(SOCKET_ERROR == ioctlsocket(sock_listen, FIONBIO, &mode))
{
    cout<<"ioctl failed";
}

if(SOCKET_ERROR == listen(sock_listen, 1))
{
    cout<<"listen error";
}
cout<<"Passed listen";
if(SOCKET_ERROR == (s = ACL_accept(sock_listen_fd, NULL, NULL)))
{
       cout<<"accept error";
}

默认情况下，套接字句柄创建为阻塞类型。为了进一步保证它调用了ioctlsocket()来使socket句柄阻塞类型。

输出是：通过听

所以，线程并没有在 listen() 处阻塞，而是在接受时阻塞，据我所知，这是正确的方法。在Linux MAN page 中也有明确的解释：

listen() 将 socket fd 引用的套接字标记为被动套接字，即将使用 accept() 接受传入连接请求的套接字

那为什么 MSDN 说 listen 是一个阻塞的 Winsock 调用。它们只是意味着任何内部等待某个事件吗？

Answer 1

所有文档都说listen 可能会阻塞，而不是肯定会阻塞。它也可能只是非常短暂地阻塞，例如，等待 NIC 设备驱动程序完成现有活动。

Windows Sockets 允许安装第三方提供程序以支持其他协议或具有额外功能的现有协议。由于Winsock SPI 不禁止第三方提供商阻止listen，因此应用程序应遵循 MSDN 提供的关于 APC 和嵌套 Winsock 调用的建议。

似乎内置的 TCP/IP 提供程序永远不会阻止 listen，但 AFAIK 对此没有明确的保证。

Answer 2

从某种意义上说，这可能是一个阻塞调用，操作系统可能需要确保调用线程对套接字具有独占访问权，这需要某种锁，如果其他线程可能会阻塞调用者持有那个锁。

编辑0：

通常，对操作系统的任何调用都是取消调度用户线程以支持其他更高优先级处理的机会。这通常不称为“阻塞”，而是“休眠”或“被抢占”。

Answer 3

如果 MSDN 这么说，那就大错特错了。这不是阻塞呼叫。没有什么可以阻止的，当然没有“外部网络事件”。

这样说的段落显然是样板复制到太多地方。