tkinter关闭时asyncio任务报错是因为窗口销毁后事件循环被关闭，而未完成的异步任务仍尝试访问已关闭的loop，导致runtimeerror或cancellederror；必须在wm_delete_window协议中主动取消并等待所有任务结束，再调用root.destroy()。
为什么Tkinter关闭时asyncio任务会报错？
Tkinter窗口关闭后，mainloop()退出，但如果你在事件回调（比如按钮点击）里用asyncio.create_task()启动了异步任务，这些任务很可能还在运行。此时Python解释器开始销毁全局对象（包括事件循环），而未完成的task尝试继续await或访问已清理的loop，就会抛出RuntimeError: Event loop is closed或CancelledError——但这些异常不会被打印，因为tkinter已经不处理回调了，程序直接卡死或崩溃。
必须在root.protocol("wm_delete_window", ...)里做任务清理
不能只写root.destroy()就完事。关键是在用户点击“×”时，主动取消所有活跃的asyncio任务，并等待它们结束。否则，任务会在后台继续跑，直到访问已关闭的loop。
- 先调用
asyncio.all_tasks()拿到当前所有task，排除asyncio.current_task()（即关闭逻辑本身） - 对每个task调用
task.cancel()，然后await asyncio.gather(*tasks, return_exceptions=True)确保它们真正退出 - 最后再调用
root.destroy()，而不是root.quit()——后者只退出事件循环，不保证资源释放
asyncio.run()和Tkinter共存时的事件循环冲突
如果你在Tkinter里直接用asyncio.run()启动协程，会报RuntimeError: asyncio.run() cannot be called from a running event loop。Tkinter的mainloop()本身就是一个事件循环，和asyncio互斥。
- 正确做法是：用
asyncio.get_event_loop()复用Tkinter线程的loop，而不是新建一个 - 如果loop未启动，需手动调用
loop.run_until_complete()或loop.create_task()，但绝不能在mainloop()运行中再调asyncio.run() - 更稳妥的方式是用
root.after(1, lambda: loop.call_soon_threadsafe(...))把协程调度进Tkinter主线程的loop里
容易被忽略的CancelledError二次传播问题
你在task里捕获了asyncio.CancelledError，做了清理，但没raise，会导致取消信号被吞掉，task状态卡在“cancelled but not done”，后续await task会永远挂起。
- 必须在
except asyncio.CancelledError:块末尾加raise，否则取消失败 - 不要用宽泛的
except Exception:包裹await，它会意外拦截CancelledError - 日志记录可以用
logging.info("Task cancelled")，但别用messagebox.showinfo()——GUI组件在destroy后调用会崩溃
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
