asyncio.run() 默认捕获 Ctrl+C 不抛出 KeyboardInterrupt，需手动接管信号处理：推荐用 loop.add_signal_handler() 配合异步清理，或用全局标志位轮询；Windows 上信号不可靠，应改用 keyboard 库或 WSL 调试。
asyncio.run() 里 Ctrl+C 不触发 KeyboardInterrupt 怎么办
默认情况下，asyncio.run() 会捕获 KeyboardInterrupt 并静默退出，不会抛出异常供你处理。这不是 bug，是设计行为 —— 它调用的是 loop.run_forever() 的封装，内部做了信号屏蔽。
- 想在 Ctrl+C 时做清理（比如关闭连接、保存状态），必须手动接管信号处理
- 不能依赖
try/except KeyboardInterrupt包裹asyncio.run()调用，它根本不会进入 except 分支 - 推荐做法：改用
asyncio.get_event_loop()+loop.run_until_complete()，并配合loop.add_signal_handler()
示例：
import asyncio
import signal
<p>async def main():
try:
await asyncio.sleep(10)
finally:
print("正在清理资源...")</p><p>def handle_sigint(signum, frame):
loop = asyncio.get_running_loop()
loop.create_task(shutdown())</p><p>async def shutdown():
print("收到 Ctrl+C，开始退出...")</p><h1>这里加你的清理逻辑</h1><pre class="brush:php;toolbar:false;">await asyncio.sleep(0.1) # 模拟异步清理
loop = asyncio.get_running_loop()
loop.stop()if name == "main": loop = asyncio.new_event_loop() asyncio.set_event_loop(loop) loop.add_signal_handler(signal.SIGINT, handle_sigint) loop.create_task(main()) loop.run_forever()
使用 asyncio.run() 但又想响应 Ctrl+C 的折中方案
如果你坚持用 asyncio.run()（比如脚本简单、不想管理 loop 生命周期），可以靠外部信号钩子 + 全局标志位实现“伪捕获”。
- 本质是让主协程主动轮询一个标志位，而不是等待异常抛出
- 需配合
signal.signal(signal.SIGINT, ...)设置全局 handler 修改该标志 - 注意：
signal.signal()在 Windows 上对SIGINT支持有限，推荐仅用于 Unix-like 系统 - 轮询间隔别太短（如
await asyncio.sleep(0.01)），否则浪费 CPU；也别太长（如 1 秒），否则响应延迟明显
关键代码片段：
立即学习“Python免费学习笔记（深入）”；
import asyncio
import signal
<p>stop_requested = False</p><p>def sigint_handler(sig, frame):
global stop_requested
stop_requested = True</p><p>signal.signal(signal.SIGINT, sigint_handler)</p><p>async def main():
while not stop_requested:
print("运行中...")
await asyncio.sleep(0.5)
print("退出前清理...")</p><h1>清理逻辑</h1><p>asyncio.run(main())
在 aiohttp 或其他 async 库中 Ctrl+C 导致连接泄漏
即使你捕获了信号，如果协程正在等待网络 I/O（比如 aiohttp.ClientSession.get()），直接 loop.stop() 或 sys.exit() 可能导致 TCP 连接未关闭、资源未释放。
- 必须显式调用
session.close()，且要await它 - 若 session 是全局或单例，确保它在 shutdown 协程中被正确 await 关闭
- 避免在 signal handler 里直接 await —— handler 必须是同步函数，得用
loop.create_task()提交异步清理 - 对于长时间运行的服务器（如
aiohttp.web.Application），应使用app.cleanup()和on_shutdown钩子，而非依赖 Ctrl+C 处理
Windows 下 asyncio 信号处理失效的常见原因
Windows 对 POSIX 信号支持不完整：signal.SIGINT 在很多场景下根本不会被 delivery 到 Python 进程，尤其当事件循环正阻塞在 IOCP 或某些 C 扩展调用中时。
- 不要依赖
loop.add_signal_handler()在 Windows 上工作 —— 它会直接报NotImplementedError - 替代方案：用
keyboard库监听按键（需安装pip install keyboard），或改用asyncio.to_thread()启一个线程轮询msvcrt.kbhit() - 更稳妥的做法：放弃实时响应，改为定期检查
threading.Event或文件锁，由另一个进程/脚本触发退出 - 开发阶段建议在 WSL 或 Linux 虚拟机中调试信号逻辑，避免被 Windows 行为误导
信号处理在异步环境中从来不是“开箱即用”的功能，它和 event loop 实现、OS 信号模型、底层 I/O 多路复用机制都强耦合。别指望写一次就能跨平台可靠运行。
