asyncio.run()无法响应ctrl+c是因为其默认信号处理不递归取消所有活跃子任务；应手动管理事件循环并注册sigint处理器，调用shutdown()批量取消任务、await清理协程，且需捕获cancellederror。
asyncio.run() 为什么无法响应 Ctrl+C
直接用 asyncio.run() 启动协程时，按下 Ctrl+C 可能只终止主协程，而子任务（如后台心跳、未 await 的 asyncio.create_task()）仍在运行，资源不释放。这是因为 asyncio.run() 默认的信号处理只覆盖顶层任务，不递归取消所有活跃任务。
实操建议：
- 避免在生产脚本中裸用
asyncio.run(main())，尤其当存在长期运行的后台任务时 - 改用手动事件循环管理：显式创建
loop，调用loop.run_until_complete()，并在try/finally中调用loop.close() - 必须在
run_until_complete()前调用loop.add_signal_handler(signal.SIGINT, ...)，否则信号根本进不到 Python 层
如何正确注册 SIGINT 处理器并取消所有任务
Python 的 asyncio 不自动将信号转为协程可捕获的异常，必须手动绑定。关键不是“捕获中断”，而是“触发协程内清理逻辑”。
实操建议：
- 使用
loop.add_signal_handler(signal.SIGINT, lambda: asyncio.create_task(shutdown()))，不能直接传协程对象（会报错coroutine object is not callable） -
shutdown()协程里先调用asyncio.all_tasks(loop)获取当前所有任务，排除自身（asyncio.current_task()），再批量task.cancel() - 对每个被取消的任务，需
await task或await asyncio.gather(*tasks, return_exceptions=True)，否则取消只是标记，不会真正退出
清理资源时 await 数据库连接或 HTTP 客户端关闭
像 aiomysql.Pool、aiohttp.ClientSession 这类对象，.close() 方法是协程，必须 await；只调用不 await，连接池不会真正释放，下次启动可能报 ConnectionRefusedError 或连接耗尽。
实操建议：
- 把清理逻辑写成独立协程（如
async def cleanup():），在shutdown()中await cleanup() - 不要在
__del__或atexit里做异步清理——事件循环很可能已关闭，会抛RuntimeError: no running event loop - 如果用了依赖注入容器（如
aiodocker客户端），确保其close()调用链完整，有些库需显式调用engine.dispose()（SQLAlchemy 2.0+ async）
Windows 下 signal 模块不可用怎么办
Windows 不支持 signal.signal() 对 SIGINT 的自定义处理，add_signal_handler() 会直接抛 ValueError: signal only works in main thread（即使你在主线程）。
实操建议：
- Windows 用户必须改用
loop.set_exception_handler()+ 轮询方式：启动一个后台任务，每 100ms 检查keyboard.is_pressed('ctrl+c')（需装keyboard包，注意管理员权限） - 更稳妥的跨平台方案：用
asyncio.to_thread()在线程中阻塞等待signal.pause()，再发通知到事件循环 —— 但仅限 Unix - 开发阶段可在 Windows 上用
python -m asyncio启动，并依赖解释器默认的 KeyboardInterrupt 传播机制，但务必在main()外层包try/except KeyboardInterrupt并调用清理函数
最容易被忽略的是：任务取消后，协程函数里 await 一个已取消的 Future 会抛 CancelledError，必须用 try/except CancelledError 包住清理代码里的 await，否则清理流程本身中断，资源照样泄漏。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
