root.mainloop() 是阻塞式事件循环，永不返回直至窗口关闭，后续代码无法执行；其本质是 while True 循环处理事件、分发回调并刷新界面，设计上必须独占主线程以保证 GUI 响应性。
因为 root.mainloop() 是一个永不返回的阻塞式循环，它会把主线程完全“占住”，直到窗口被关闭。
mainloop() 本质就是个 while True
它内部等价于：
while True:
event = get_next_event() # 等系统消息（鼠标、键盘、重绘）
handle_event(event) # 分发给按钮、标签等回调
update_display() # 刷新界面
这个循环不会主动退出，也不 yield 控制权。只要它在跑，Python 就卡在这行，后续所有代码（比如 print("done") 或 sys.exit()）根本没机会执行。
- 不是 bug，是设计使然：GUI 必须持续响应用户，不能“运行完就结束”
- 它不抛异常、不报错，只是静默吞掉后面所有语句
- 哪怕你只写
root.mainloop()一行，后面加个1/0也不会触发 ZeroDivisionError
常见误判场景：你以为它“卡了”，其实是它还没开始或已退出
现象和原因常被混淆：
立即学习“Python免费学习笔记（深入）”；
- 窗口一闪而过 →
root.mainloop()根本没被调用，或调用前就抛了异常（比如组件创建失败） - 点击按钮没反应 → 回调函数里写了
time.sleep(5)，mainloop()没卡，但被你的同步代码堵死了 - 关闭窗口后程序没退出 →
root.mainloop()已结束，但你还漏写了sys.exit()或没处理退出逻辑
想让 mainloop 后的代码运行？基本没戏，但有绕过手段
严格来说，root.mainloop() 返回时，Tkinter 窗口已销毁，事件循环终止。此时再操作 UI 组件大概率触发 TclError: invalid command name。
- 真要“之后执行”，得靠
root.protocol("WM_DELETE_WINDOW", on_closing)注册关闭钩子 - 想边跑边干活，必须用
root.after(ms, callback)把任务切片投递进事件循环 - 用
root.update()+root.update_idletasks()替代mainloop()是危险操作：易漏事件、难维护、不兼容部分平台
真正要警惕的不是 mainloop() 阻塞本身，而是误以为它“可以被跳过”或“能和别的循环共存”——它就是 Tkinter 的心脏，停了，UI 就死；动了，别的东西就得让路。
