wm_delete_window 不能监听最大化/最小化事件，因其仅支持关闭等有限协议；需用 事件配合 wm_state() 判断状态变化，但存在平台兼容性与恢复漏报等固有局限。
为什么 WM_DELETE_WINDOW 不能监听最大化/最小化事件
Tkinter 的 protocol 方法只支持有限的窗口管理器协议，比如 WM_DELETE_WINDOW（关闭）、WM_TAKE_FOCUS 等，但不包括窗口大小状态变更。最大化/最小化是窗口管理器（如 Windows Explorer、X11 WM、macOS WindowServer）直接控制的行为，Tkinter 默认不暴露这些状态变化的回调接口。
用 bind 监听 <configure></configure> 事件并过滤真实状态变更
<configure></configure> 会在窗口大小、位置、层级等任意变化时触发，但它不区分“用户点击最大化按钮”和“程序调用 state('zoomed')”，也不区分“最小化”和“单纯 resize”。必须结合 wm_state() 和前后状态比对来判断：
- 每次
<configure></configure>触发时，先用wm_state()获取当前状态（返回字符串：normal、iconic、zoomed、withdrawn） - 缓存上一次的状态，仅当状态实际改变时才执行你的逻辑
- 注意：首次创建窗口时也会触发
<configure></configure>，需跳过初始状态（比如设初始为None）
import tkinter as tk
<p>root = tk.Tk()
root.title("Maximize/Minimize Listener")</p><p>last_state = None</p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5288" title="提示词大师-python版"><img
src="https://img.php.cn/upload/skill/000/000/081/179042051830184.jpg" alt="提示词大师-python版" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/skill5288" title="提示词大师-python版" class="overflowclass">提示词大师-python版</a>
<p class="overflowclass">图片提示词生成器？不止如此。
马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。
用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。
用得越多，它越快：缓存机制让后续对话越来越省。
RAG进化：成功案例持续入库，越跑越聪明。
输入「新手指南」查看完整功能介绍</p>
</div>
<a rel="nofollow" href="/xiazai/skill5288" title="提示词大师-python版" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div><p>def on_configure(event):
global last_state
current_state = root.wm_state()
if current_state != last_state:
if current_state == 'zoomed':
print("窗口已最大化")
elif current_state == 'iconic':
print("窗口已最小化")
elif current_state == 'normal':</p><h1>注意：从 zoomed 恢复或从 iconic 恢复都可能进入 normal</h1><pre class="brush:php;toolbar:false;"><pre class="brush:php;toolbar:false;"> # 可结合 event.width/event.height 判断是否是手动还原（非必须）
print("窗口恢复为普通状态")
last_state = current_stateroot.bind('
Windows 平台下 zoomed
状态的兼容性陷阱在 Windows 上，wm_state('zoomed') 是 Tkinter 对最大化行为的标准响应；但在 Linux（尤其是 X11）上，部分窗口管理器不支持该状态，wm_state() 可能始终返回 normal，即使窗口铺满屏幕。此时需退而求其次：
- 监听
<configure></configure>后，对比winfo_width()/winfo_height()与winfo_screenwidth()/winfo_screenheight() - 若宽高几乎等于屏幕尺寸（建议容差 ±5px），可近似判定为“视觉最大化”
- 但此法无法区分“全屏模式”和“最大化”，且受多显示器、任务栏高度影响
- macOS 下
wm_state()对最小化支持较稳定，但zoomed概念不存在（使用zoom或全屏 API）
最小化后无法可靠捕获“恢复”动作的现实限制
当窗口处于 iconic 状态时，Tkinter 仍能接收 <configure></configure>，但某些桌面环境（特别是 Wayland 或新版 GNOME）在最小化期间会暂停窗口事件派发，导致 <configure></configure> 不触发或延迟。更严重的是：
- 用户通过任务栏图标双击恢复、Alt+Tab 切回、或 Dock 点击恢复时，不一定伴随尺寸变化，
<configure></configure>可能不触发 - 没有类似
WM_RESTORE_WINDOW的标准协议可用 - 可行的补充手段：绑定
<focusin></focusin>，但该事件在窗口获得焦点时就触发（包括首次启动、切换回来），需配合wm_state()再次校验是否从iconic进入normal
真正健壮的监听需要平台特定扩展（如 pywin32 在 Windows 上 hook 系统消息），Tkinter 原生方案注定有盲区。关键点在于：别依赖单一事件，用组合判断，且默认接受“最小化恢复”存在漏报。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
