protocol("WM_DELETE_WINDOW") 直接绑定函数失效的主因是误传调用结果（如on_closing()带括号），正确应传函数对象（on_closing）；Tkinter 拦截后需手动调用destroy()或quit()，且仅在用户确认时执行，否则窗口保持打开。
为什么 protocol("WM_DELETE_WINDOW") 直接绑定函数会失效？
常见错误是写成 root.protocol("WM_DELETE_WINDOW", on_closing())（带括号调用），结果窗口一启动就执行 on_closing，之后关闭时反而没响应。Tkinter 要求传入的是**可调用对象本身**，不是调用结果。
- 正确写法：
root.protocol("WM_DELETE_WINDOW", on_closing) - 如果需要传参（比如确认状态），用
lambda包一层：root.protocol("WM_DELETE_WINDOW", lambda: on_closing(ask=True)) - 注意：一旦设置了该 protocol，Tkinter 就不再自动销毁窗口，后续必须手动调用
root.destroy()或root.quit()，否则窗口“假死”
拦截后如何真正阻止关闭并保持 UI 响应？
很多人在 on_closing 里弹出 messagebox，但没处理返回值，导致无论用户点“是”或“否”，窗口都关了。关键在于：只有明确不调用 root.destroy()，窗口才不会关闭。
- 典型安全模式：
def on_closing(): if messagebox.askokcancel("退出", "确定要退出吗？"): root.destroy() - 别写
else: return——没意义，函数结束即完事；重点是「只在用户确认时才销毁」 - 若用
topmost窗口或自定义对话框，确保它不阻塞主线程，否则mainloop暂停，UI 冻结
多窗口场景下，WM_DELETE_WINDOW 会作用于哪个实例？
每个 Tk 或 Toplevel 实例都需单独设置 protocol。主窗口设了，子窗口不会继承；子窗口没设，点 × 就直接销毁，不管主窗口逻辑。
- 对主窗口：
root.protocol("WM_DELETE_WINDOW", root_close_handler) - 对子窗口：
dialog.protocol("WM_DELETE_WINDOW", dialog_close_handler) - 特别注意：多个
Toplevel共享同一root时，关闭任一子窗不应影响其他，但若在 handler 里误调了root.destroy()，所有窗口都会消失
为什么有时关闭拦截后程序没退出，终端还挂着？
根本原因是没区分 destroy() 和 quit()。前者只销毁窗口对象，后者才终止 mainloop；若主窗口 destroy 后 mainloop 仍在跑，Python 进程就不退出。
立即学习“Python免费学习笔记（深入）”；
- 推荐做法：主窗口关闭 handler 中调用
root.quit()（结束 mainloop）+root.destroy()（清理资源） - 更稳妥写法：
def on_closing(): if should_exit(): root.quit() root.destroy() - 如果用了
Threading或asyncio，记得在退出前显式 stop event loop 或 join 线程，否则 Python 会等它们——这不是 Tkinter 的问题，但常被忽略
