Tkinter 本身不支持单独隐藏或移除窗口右上角的关闭（×）按钮，但可通过拦截 WM_DELETE_WINDOW 协议并设为 'break' 实现逻辑禁用——点击无效但按钮外观保持不变，最大化与最小化功能不受影响。
tkinter 本身不支持单独隐藏或移除窗口右上角的关闭（×）按钮，但可通过拦截 `wm_delete_window` 协议并设为 `'break'` 实现逻辑禁用——点击无效但按钮外观保持不变，最大化与最小化功能不受影响。
在标准 Tkinter 窗口中，系统级窗口控件（关闭、最小化、最大化按钮）由操作系统统一管理，Tkinter 并未提供细粒度 API 来独立控制每个按钮的可见性或启用状态。因此，无法真正“移除”关闭按钮的 UI 元素本身（尤其跨平台兼容时），但可安全、可靠地使其点击行为失效，同时完整保留其他窗口管理功能。
✅ 推荐方案：协议拦截（跨平台、简洁、稳定）
使用 root.protocol('WM_DELETE_WINDOW', 'break') 是最轻量且兼容性最佳的方式。'break' 是 Tcl/Tk 内置的特殊返回值，表示中断默认关闭流程，不触发任何销毁逻辑：
import tkinter as tk
root = tk.Tk()
root.title("仅禁用关闭按钮")
root.geometry("400x200")
# ? 关键：拦截关闭协议，点击 × 按钮无响应
root.protocol('WM_DELETE_WINDOW', 'break')
# 可选：提供明确退出入口（符合 UX 最小惊讶原则）
quit_btn = tk.Button(root, text="退出程序", command=root.destroy)
quit_btn.pack(pady=30)
root.mainloop()
✅ 优势：
- 完全保留标题栏、最大化/最小化按钮、任务栏图标、Alt+Tab 切换等系统级交互；
- 无需调用 Windows API（如
windll.user32.SetWindowLongA），避免平台绑定与潜在崩溃风险；- 代码零依赖、零异常、零线程干扰，适用于所有主流平台（Windows/macOS/Linux）。
⚠️ 注意事项与替代思路辨析
'break'≠lambda: None：
使用root.protocol('WM_DELETE_WINDOW', lambda: None)虽然也能阻止关闭，但会绕过 Tcl 的事件中断机制，可能在某些嵌套场景下引发未定义行为；而'break'是官方推荐的语义化中断方式，更健壮。不要混淆
destroy()/quit()/withdraw()：
若需程序内主动关闭，请明确调用root.destroy()（彻底销毁）或root.quit()（退出 mainloop，适合多窗口主控逻辑）；withdraw()仅隐藏窗口，不释放资源。overrideredirect(True)不适用此需求：
该方法会彻底剥离标题栏及所有系统按钮（包括最大化/最小化），违背“仅禁用 × 按钮”的前提，且导致 Alt+Tab 失效、任务栏丢失等问题，应严格避免。-
Windows 原生 API 方案（不推荐）：
如问题中所示通过SetWindowLongA修改GWL_STYLE，虽技术上可行，但存在严重隐患：- 仅限 Windows，破坏跨平台一致性；
- 修改窗口样式后可能触发 Tkinter 内部状态不一致（如
winfo_id()缓存失效）； - 在高 DPI 或多显示器环境下易出现渲染异常或坐标偏移；
- 无官方文档支持，属未公开行为，未来 Tkinter 版本升级可能失效。
✅ 最佳实践建议
-
始终优先使用
protocol('WM_DELETE_WINDOW', 'break')—— 它是 Tkinter 官方支持的、语义清晰的标准做法； - 配合显式退出控件（如「退出」按钮）提升用户体验，避免用户误以为程序卡死；
- 若需更高级控制（如灰化关闭按钮、自定义图标），应转向现代 GUI 框架（如
ttkbootstrap+ 自定义Toplevel标题栏），而非强行 hack 系统窗口样式。
简言之：你无法“删除”那个 ×，但可以优雅地让它“沉默”——这正是 Tkinter 设计哲学所倡导的“控制行为，而非强行篡改界面”。
