（2）。一个阻塞调用在进行时，Windows Sockets已经回调了应用程序的“阻塞钩子“函数。（如WSASetBlockingHook()）

       在每种情况中，原来的阻塞调用将尽快中止，并产生错误码WSAEINTR。(在（1）中，中止发生在Windows消息调度将控制转移到Windows Sockets的阻塞例程中时。在（2）中，阻塞调用将在阻塞钩子函数完成时中止。)

       在进行阻塞的connect()操作的情况下，Windows Sockets的实现将尽可能中止阻塞调用，但在连接完成（已经复位）或超时之前，它不可能释放套接口资源。同样值得注意的是在应用程序立即尝试打开一个新的套接口(若没有可用的套接口)或试图连接(connect())同一个套接口时。

       取消一个accept()或select()调用不会迫使套接口经过这些调用。只有特殊的调用会失败Ｈ魏卧谌∠ 昂戏ǖ牟僮髟谌∠ 笠餐 戏ǎ 捉涌诘淖刺 谌魏吻榭鱿露疾换崾苡跋臁*

       取消任何除accept()和select()之外的操作可能导致套接口进入非终结的状态.如果一个应用程序取消了一个套接口上的阻塞操作，应用程序唯一可以在套接口上操作的函数调用就是CloseSocket(). 尽管其它一些操作可以在一些Windows Sockets实现上运作。如果一个应用程序想获得最大的可移植性，它必须注意不要在取消操作后依赖于performing operations.应用程序可通过置SO_LINGER上的超时为0来重置连接。