root.protocol("WM_DELETE_WINDOW", lambda: None) 无法真正禁用关闭，因该协议仅拦截点击×操作，不阻止Alt+F4、任务管理器强制终止等系统级关闭；真正“不可关闭”需改用overrideredirect(True)移除标题栏，或用确认逻辑替代静默忽略。
为什么不能直接禁用 wm_protocol("WM_DELETE_WINDOW")？
很多人试过 root.protocol("WM_DELETE_WINDOW", lambda: None) 后发现窗口仍能被 Alt+F4 或任务管理器强制关闭——这不是 bug，而是 Tkinter 的设计逻辑：wm_protocol 只拦截「用户点击右上角 ×」这一种关闭路径，不干涉系统级终止。真正想做到“无法关闭”，本质是改变窗口行为而非屏蔽信号。
用 overrideredirect(True) 彻底移除标题栏
这是最彻底的方案，但代价是失去最小化、最大化、拖拽和系统菜单。适合做弹窗、引导页或 kiosk 模式界面。
实操要点：
-
overrideredirect(True)必须在root.geometry()之后调用，否则窗口可能不可见或尺寸异常 - 需手动实现关闭逻辑，比如绑定
Escape键：root.bind("<escape>", lambda e: root.destroy())</escape> - Windows 下若未设置
root.attributes("-topmost", True)，窗口可能被其他程序遮挡
root = tk.Tk()
root.geometry("400x300")
root.overrideredirect(True) # 移除标题栏和边框
root.bind("<Escape>", lambda e: root.destroy())只禁用 × 按钮但保留标题栏（推荐日常使用）
多数场景只需阻止误点 ×，同时保留系统操作权限。此时应配合提示 + 阻断逻辑，而不是让 protocol 什么也不做。
立即学习“Python免费学习笔记（深入）”；
创建 Flask + Vue.js 全栈项目，采用单端口架构、uv 依赖管理、结构化日志和生产级前端设计。当用户要求以下操作时触发：创建新的 Flask+Vue 项目、搭建 Web 应用、构建全栈 Python+Vue 应用、初始化 Flask Web 项目、设置单端口 Flask 前后端项目。触发词：新建项目、创建项目、搭建项目、Flask项目、Vue项目。
常见错误是写成 root.protocol("WM_DELETE_WINDOW", lambda: None)，结果用户点了 × 却没反馈，以为卡死。
正确做法：
- 用
messagebox.askokcancel()弹确认框，返回False时不再调用root.destroy() - 若业务要求“禁止关闭”，应在回调里调用
root.iconify()最小化，而非静默忽略 - 注意：在
protocol回调中调用root.destroy()是安全的；但不要在里面再调用root.quit()，会引发 RuntimeError
def on_closing():
if messagebox.askokcancel("退出", "确定要退出吗？"):
root.destroy()
<p>root.protocol("WM_DELETE_WINDOW", on_closing)Linux / macOS 下的额外限制
X11 和 Aqua 窗口管理器对 overrideredirect 的支持更严格：某些桌面环境（如 GNOME 40+）会自动给无标题栏窗口加装饰边框，甚至强制显示关闭按钮。这时候 overrideredirect 实际失效。
应对策略：
- 优先用
protocol+ 确认逻辑，兼容性最好 - 若必须隐藏按钮，可尝试组合
root.wm_attributes("-type", "splash")（Linux）或-fullscreen（macOS），但行为不统一 - 避免依赖窗口管理器特性，特别是跨平台分发时
真正的难点不在代码行数，而在判断“用户是否真的不该关这个窗口”——如果业务流程本身允许中断，硬禁用反而破坏体验；如果涉及未保存数据，就该用确认机制，而不是藏起 × 按钮。
