tkinter窗口关闭时程序不退出，因protocol未正确绑定或设置过早；需在mainloop前调用root.protocol("wm_delete_window", callback)，回调中用root.destroy()并手动清理资源。
tkinter 窗口关闭时程序不退出，protocol 没生效？
常见现象是点了右上角 ×，窗口消失但进程还在跑，甚至 print 都没触发——大概率是没正确绑定或绑早了。tkinter 的 protocol 必须在 mainloop() 启动前设置，且回调函数不能带参数（除非用 lambda 包一层）。另外，如果用了 Toplevel 或多窗口，每个窗口都得单独设，主窗口的 protocol 不会自动继承。
- 确保在
root = Tk()之后、root.mainloop()之前调用root.protocol("WM_DELETE_WINDOW", callback) - 回调函数里别直接写
sys.exit()，推荐用root.destroy()+ 手动清理资源（比如关线程、释放文件句柄） - 如果用了
with或上下文管理器打开资源，记得在回调里显式__exit__或调用 close 方法，destroy()不会自动帮你收尾
PyQt5/6 关闭窗口后线程还在跑，closeEvent 被跳过？
PyQt 的 closeEvent 是虚函数，必须显式调用 event.accept() 或 event.ignore()，否则窗口卡住不动；更隐蔽的问题是：如果你重写了 closeEvent 但忘了调用父类方法（super().closeEvent(event)），可能导致样式刷新异常或系统托盘图标残留。
- 不要只写
self.close()在按钮里，那只是触发关闭流程，真正逻辑得在closeEvent里写 - 涉及后台线程时，在
closeEvent中先thread.quit()+thread.wait()，避免线程访问已销毁的 QObject - 如果用了
QApplication.setQuitOnLastWindowClosed(False)，记得手动调用QApplication.quit()，否则主循环不会停
关闭前弹确认框，但点“取消”后窗口仍关闭？
这是最常踩的坑：弹窗用了 messagebox.askyesno() 或类似函数，但没根据返回值控制事件流向。tkinter 和 PyQt 都要求你主动干预事件的“接受”状态，而不是靠弹窗返回值自动阻断。
- tkinter 中，回调函数里用
if not messagebox.askokcancel(...): return，然后别调root.destroy() - PyQt 中，必须在
closeEvent里判断后调用event.ignore()（取消关闭）或event.accept()（允许关闭） - 别在确认弹窗里直接调
sys.exit()，这会绕过所有 cleanup 逻辑，导致临时文件没删、锁没释放
打包成 exe 后关闭事件失效，任务管理器里进程还挂着？
PyInstaller 打包时默认启用控制台（console=True），但如果加了 --noconsole，Windows 下 Python 主线程可能被静默终止，导致 atexit 注册的函数、__del__、甚至 closeEvent 都来不及执行。这不是协议没绑，而是进程被系统强杀。
- 打包时加
--console测试是否真失效，如果控制台版正常，问题就出在无控制台模式的生命周期管理上 - 避免依赖
atexit做关键清理，改用显式 shutdown 函数，在protocol或closeEvent中调用 - 检查有没有 daemon 线程在后台跑，它们不会阻止进程退出，但可能让资源泄漏更难察觉
关闭事件不是“设个回调就完事”，它和资源生命周期、线程模型、打包方式都咬合在一起。最容易被忽略的是：GUI 框架只管窗口，不管你的数据库连接、串口句柄、子进程——这些全得自己在关闭路径里亲手关掉。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
