绑定 事件可捕获所有窗口尺寸变化，回调中应使用 winfo_width()/winfo_height() 获取真实尺寸，配合防抖、有效性校验及手动重绘Canvas内容。
绑定 Configure 事件就能捕获窗口大小变化
Tkinter 窗口尺寸改变时，会触发 Configure 事件（注意大小写），不是 resize 或 on_resize 这类不存在的名称。这个事件不仅响应手动拖拽，也响应 geometry() 调用、最大化/还原等所有导致窗口几何信息变更的操作。
直接在根窗口或任意 Frame 上用 bind() 注册即可：
root = tk.Tk()
root.bind('<Configure>', on_window_resize)
<p>def on_window_resize(event):
print(f"新宽高：{event.width}x{event.height}")</p><h1>注意：event.width/event.height 是 widget 内容区尺寸，不含边框/标题栏</h1><p>⚠️ 常见误区：event.widget 在根窗口绑定时是 root，但事件可能被子控件冒泡触发；建议在回调开头加 if event.widget is root: 过滤。
立即学习“Python免费学习笔记（深入）”；
event.width 和 event.height 不等于 winfo_width()
刚绑定时容易误以为 event.width 就是当前准确尺寸——其实它只反映「本次配置变更后的内容区宽度」，而 winfo_width()/winfo_height() 返回的是控件当前实际渲染尺寸。二者在窗口刚创建、尚未完成布局时可能不一致。
重绘逻辑中应优先使用 winfo_width() 和 winfo_height()，尤其当涉及 Canvas 坐标计算或图像缩放时：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
event.width可能为 1（初始化阶段）或滞后于真实尺寸 -
winfo_width()总是返回当前已生效的像素值，更可靠 - 若需避免重复触发（如连续拖拽产生多个事件），可用
after(10, ...)做简单防抖
Canvas 缩放和重绘必须手动触发，Tkinter 不自动重绘内容
Canvas 的 create_rectangle、create_image 等绘制对象不会随窗口缩放自动适配。监听到尺寸变化后，必须显式清除旧内容并重绘：
canvas.delete('all') # 清除全部图形项
# 根据新尺寸重新计算坐标、缩放比例、字体大小等
scale_x = canvas.winfo_width() / original_width
scale_y = canvas.winfo_height() / original_height
canvas.create_image(0, 0, image=resized_img, anchor='nw')
⚠️ 关键点：
- 别依赖
canvas.scale()全局缩放——它会扭曲文字、线条粗细，且无法单独控制各元素缩放比 - 图像缩放建议用
PIL.Image.resize()预处理，而非PhotoImage.zoom()（后者只支持整数倍，且性能差） - 如果用了
pack()或grid()布局，确保 Canvas 设置了expand=True和fill="both"，否则它不会随窗口伸缩
避免在 Configure 回调里调用 update() 或修改布局
在 <configure></configure> 回调中执行 root.update()、pack_forget()、grid_remove() 等操作极易引发递归重入或无限循环——因为这些操作本身又会触发新的 Configure 事件。
安全做法是把重绘逻辑解耦成纯计算+绘制两步，且只在必要时执行：
- 用布尔标记位（如
self._redraw_pending）记录是否需要重绘 - 用
after_idle()延迟到事件队列空闲时再执行真正绘制 - 对 Canvas 内部元素做分层管理（如用
tag分组），避免全量delete('all')导致闪烁
最常被忽略的是：窗口最小化时也会触发 Configure，此时 winfo_width() 可能为 1，直接按此缩放会导致崩溃或空白。务必加尺寸有效性判断。
