因为asyncio.run()会阻塞并新建事件循环，与tkinter的mainloop()冲突，导致runtimeerror或界面冻结；正确做法是用root.after()定期驱动asyncio任务，实现单线程协同。
为什么不能直接在 Tkinter 主循环里跑 asyncio.run()
因为 asyncio.run() 会阻塞并新建一个事件循环，而 Tkinter 的 mainloop() 本身已独占主线程且不兼容嵌套事件循环。强行调用会导致 RuntimeError: asyncio.run() cannot be called from a running event loop，或者界面完全冻结。
正确思路是让 Tkinter 和 asyncio 共享同一线程，用 after() 定期驱动 asyncio 任务，而不是试图“合并”两个事件循环。
- 不要在按钮回调里写
asyncio.run(connect_ws()) - 避免使用
asyncio.get_event_loop().run_until_complete()（旧版 API，易出错） - 推荐用
asyncio.create_task()启动任务，并靠root.after(10, check_async_tasks)主动泵送
如何安全地从 WebSocket 收消息并更新 Tkinter 组件
WebSocket 异步接收的数据不能直接调用 label.config(text=...) 或 listbox.insert(...) —— 这些是线程不安全操作，Tkinter 只允许主线程访问其 widget。
必须把 UI 更新逻辑封进 root.after(0, ...)，让 Tkinter 主循环在下一个 tick 执行它：
async def on_message(ws, msg):
# ✅ 正确：调度到 Tkinter 主线程
root.after(0, lambda: status_label.config(text=f"收到: {msg}"))
root.after(0, lambda: log_listbox.insert('end', msg))
<h1>❌ 错误：直接在协程里调用 Tkinter 方法</h1><h1>status_label.config(text=f"收到: {msg}") # RuntimeError 或 UI 崩溃</h1><p></p>
用 websockets 库连接时如何处理断连与重连
websockets.connect() 默认不自动重连，网络抖动或服务端重启会导致协程退出、数据流中断，但 Tkinter 界面毫无感知。
需要手动封装重连逻辑，并控制重试节奏，避免密集轮询打爆 CPU 或触发服务端限流：
- 用
while True:包裹await websockets.connect(...)，配合try/except websockets.exceptions.ConnectionClosed - 每次失败后
await asyncio.sleep(3)，而非time.sleep(3)（后者会阻塞整个 asyncio 事件循环） - 在重连前调用
root.after(0, lambda: status_label.config(fg='red', text='重连中...'))提示用户 - 首次连接成功后才启动消息接收循环，避免未连通时就调用
ws.recv()
如何避免 asyncio 任务泄漏和资源未释放
用户关闭窗口时，如果 WebSocket 连接还在运行、后台 task 没 cancel，Python 进程可能无法退出，或下次启动时报 OSError: [Errno 48] Address already in use（端口被占）。
必须显式清理：
- 绑定
root.protocol("WM_DELETE_WINDOW", on_closing) - 在
on_closing()里调用task.cancel()（对每个asyncio.create_task()创建的任务） - 用
await asyncio.gather(task, return_exceptions=True)等待取消完成 - 显式调用
await ws.close()，再await asyncio.sleep(0.1)确保底层 socket 关闭
漏掉任何一环，都可能让协程僵尸化，尤其在 macOS 或某些 Linux 发行版上表现更隐蔽。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
