Windows下Python socket recv阻塞时KeyboardInterrupt无法即时触发问题

这个差异是Windows系统Winsock实现和类Unix系统（Mac、Linux等）POSIX socket实现的底层逻辑不同导致的，和Python本身无关：

• 在Mac等符合POSIX标准的系统中，线程阻塞在recv()这类I/O系统调用时，一旦收到Ctrl+C触发的SIGINT信号，内核会立刻中断阻塞的I/O调用，返回EINTR错误，Python解释器可以即时响应信号，抛出KeyboardInterrupt进入异常处理逻辑。
• Windows的Winsock没有实现「信号中断阻塞I/O」的机制：当线程阻塞在recv()等待网络数据时，内核不会因为收到SIGINT信号唤醒阻塞的socket调用，必须等recv()满足返回条件（收到数据、连接断开、超时等）、代码执行回到Python解释器层之后，解释器才有机会处理队列里积压的SIGINT信号，触发KeyboardInterrupt，因此会出现中断延迟的问题。

核心思路是避免socket无限期阻塞，给阻塞等待设置一个很短的超时窗口，让解释器能周期性获得执行权处理信号，用户几乎感知不到延迟。

方案1：给socket设置接收超时（改造成本最低） #

直接在连接建立后给socket设置短超时，循环中捕获超时异常跳过即可，原有业务逻辑几乎不需要改动：

import socket

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect(('192.168.0.102', 65535))
# 设置0.5秒接收超时，可根据响应灵敏度需求调整为0.2~1秒之间的值
sock.settimeout(0.5)

while True:
    try:
        message = sock.recv(1024).decode()
        print(message)
        if message != 'Nothing, just normal console preorder message':
            # 原有音频播放等业务逻辑
            pass
    except socket.timeout:
        # 正常超时，无数据到达，直接进入下一轮循环
        continue
    except KeyboardInterrupt:
        break

sock.send('DISCONNECTING'.encode())
sock.close()

方案2：非阻塞socket + select 多路复用 #

如果不想用socket内置超时，也可以将socket设为非阻塞模式，用select监听可读事件，同样通过短超时保证信号能被及时处理：

import socket
import select

sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.connect(('192.168.0.102', 65535))
sock.setblocking(False)

while True:
    try:
        # 等待socket可读，超时设为0.5秒
        readable, _, _ = select.select([sock], [], [], 0.5)
        if readable:
            message = sock.recv(1024).decode()
            print(message)
            if message != 'Nothing, just normal console preorder message':
                # 原有业务逻辑
                pass
    except KeyboardInterrupt:
        break

sock.setblocking(True)
sock.send('DISCONNECTING'.encode())
sock.close()

注意：不建议在SIGINT信号回调函数中直接操作socket发送断开消息，Windows下信号回调的执行上下文有严格限制，很容易触发死锁或内存访问错误。

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