Windows下Tornado异步紧循环阻塞HTTP服务Linux正常问题

算力阿峰

2026-8-29

问题描述

需要在同一脚本内同时运行HTTP服务与USB串口按键盒的按键监听程序，通过无限循环持续轮询检测按键触发事件，轮询逻辑对应调用poll_for_response()与has_response()两个方法。
实际运行表现存在平台差异：

Linux环境下两个组件运行符合预期，可独立正常响应
Windows环境下轮询监听逻辑运行正常，但HTTP服务完全无响应，仅在内层循环加入极短时长的asyncio.sleep()调用后，HTTP服务才恢复响应
需要确认该现象是否属于预期行为，同时寻找可保障响应时序精度的更优实现方案。

复现代码如下：

#!/usr/bin/env python
import asyncio
import sys
from tornado.httpserver import HTTPServer
from tornado.web import RequestHandler, Application

# 实际场景使用pyxid2库与自定义封装类
DEV = CEDRUS_USB_SERIAL_BUTTON_BOX_FD2XXX

class HttpTTL(RequestHandler):
    def get(self, msg):
        self.write(f"{msg}")

def http_run():
    app = Application([('/(.*)', HttpTTL)])
    server = HTTPServer(app)
    server.listen(4444)

async def watch():
    while True:
        # 紧循环轮询按键盒响应，对时序精度要求高
        while not DEV.has_response():
            DEV.poll_for_response()
            # Windows下必须加该行，Linux下不需要
            await asyncio.sleep(.0001)

        # 读取响应并处理
        resp = DEV.get_next_response()
        print(resp)
        sys.stdout.flush()


async def main():
    # watch()内不加sleep时HTTP服务完全无响应
    http_run()
    await asyncio.create_task(watch())

asyncio.run(main())

原因说明

该现象是asyncio协作式调度模型下的完全预期行为：

asyncio采用协作式多任务逻辑，所有跑在同一个事件循环上的协程，必须主动通过await关键字让出执行权，事件循环才能调度其他待执行任务。如果协程内存在无任何await的紧循环，会直接占满事件循环的执行线程，其余所有任务（包括HTTP服务的IO处理逻辑）都会被阻塞，无法获得执行机会。
跨平台表现差异来自底层IO实现区别：Linux下asyncio默认使用SelectorEventLoop，USB串口设备被抽象为文件描述符，poll_for_response()的底层调用会隐式触发事件循环的IO就绪检查，相当于间接让出执行权；Windows下asyncio默认使用ProactorEventLoop，针对USB串口的轮询是纯CPU级别的同步检查，不会主动让出控制权，因此会卡死整个事件循环。

时序精度友好的优化方案

按改动成本从低到高排序：

最小改动零额外延迟方案：将await asyncio.sleep(.0001)替换为await asyncio.sleep(0)
asyncio.sleep(0)不会产生任何实际等待，作用仅为立刻向事件循环让出控制权，调度完所有已就绪的待执行任务后会立刻回到轮询逻辑，引入的调度延迟在纳秒级别，完全不会影响按键检测精度。当前使用的0.0001秒（100微秒）等待，在Windows平台受系统默认时钟分辨率限制，实际可能产生1~15ms的不必要等待，反而会降低时序精度。
低改动降空转方案：Windows平台手动切换事件循环策略
在代码最开头、启动asyncio前加入如下逻辑，将Windows默认的Proactor事件循环切换为Selector事件循环，部分场景下可自动识别串口设备的IO就绪状态，减少无意义的轮询空转，同时不损失检测精度：
```
if sys.platform == "win32":
    asyncio.set_event_loop_policy(asyncio.WindowsSelectorEventLoopPolicy())
```
最优性能最高精度方案：替换轮询为事件触发模式
如果使用的设备SDK支持导出底层IO句柄/注册数据到达回调，可以直接将按键盒的设备句柄注册到asyncio事件循环中，仅当设备有按键数据上报时才触发读取逻辑，完全不需要空转轮询，既不会阻塞HTTP服务，时序精度也远高于轮询模式，同时CPU占用几乎为0。

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