protocol("wm_delete_window", ...)是唯一可靠方式，因tkinter无closeevent重写机制，系统关闭仅触发该协议，默认destroy()无法拦截；需用messagebox.askokcancel()判断后决定是否destroy()。
直接拦截 WM_DELETE_WINDOW 协议，否则 protocol() 调用后窗口会静默关闭，二次确认逻辑根本不会执行。
为什么 protocol("WM_DELETE_WINDOW", ...) 是唯一可靠方式？
Tkinter 不提供类似 Qt 的 closeEvent() 重写机制；系统级窗口关闭（点 ×、Alt+F4、Cmd+W）只触发 WM_DELETE_WINDOW 协议。如果没显式绑定，Tkinter 默认调用 destroy() —— 这一步无法拦截或取消。
- 不能依赖
bind("<destroy>")</destroy>：该事件在窗口已开始销毁时才触发，无法阻止关闭 - 不能监听
<focusout></focusout>或<unmap></unmap>：这些是副作用，不是关闭信号 - 必须用
protocol()替换默认行为，自己决定是否调用destroy()
如何安全弹出确认框并阻止关闭？
关键在于：回调函数里不直接调用 destroy()，而是用 messagebox.askokcancel() 判断结果，仅当用户点“确定”才执行销毁。否则什么也不做，窗口保持打开。
import tkinter as tk
from tkinter import messagebox
root = tk.Tk()
root.title("确认退出")
def on_closing():
if messagebox.askokcancel("退出确认", "确定要退出吗？未保存的数据将丢失！"):
root.destroy()
root.protocol("WM_DELETE_WINDOW", on_closing)
root.mainloop()
-
askokcancel()返回True或False，不要用showinfo()等无返回值函数 - 回调中避免再调用
quit()：它会强制终止主循环，绕过正常销毁流程，可能导致资源泄漏 - 如果主窗口有子窗口（
Toplevel），需先手动destroy()它们，否则可能残留
多窗口场景下如何避免重复弹窗？
当存在多个 Toplevel 窗口时，每个窗口都绑了 WM_DELETE_WINDOW，但用户只点了主窗口的 ×，你不希望所有子窗口也弹一次确认框。
- 只在主窗口（
Tk()实例）上绑定protocol()，子窗口用默认行为或单独逻辑 - 若子窗口也需要确认，应在其自身回调里判断：比如检查主窗口是否还存活（
root.winfo_exists()） - 避免在回调中调用
root.quit()后又调用root.destroy()：前者会中断mainloop()，后者可能抛TclError
最易被忽略的是：确认回调函数里没加 return 或异常处理，一旦 messagebox 报错（比如在 Linux 上缺少 Tk 主循环），整个程序可能崩溃且无提示。建议用 try/except TclError 包一层，尤其在打包分发时。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
