用 minsize() 和 maxsize() 可限制窗口缩放边界：minsize(400, 300) 禁止小于该尺寸，maxsize(1200, 800) 禁止超过该尺寸，二者设相同值可固定大小，且需在 mainloop() 前调用才可靠。
用 minsize() 和 maxsize() 控制窗口尺寸边界
Tkinter 窗口默认可任意缩放，但多数实际场景需要限制——比如防止用户把主界面缩成一条线，或阻止全屏后 UI 布局错乱。直接调用根窗口（或 Toplevel）的 minsize() 和 maxsize() 方法即可，它们接收 (width, height) 像素值（整数），单位是屏幕像素。
注意：这两个方法只对当前窗口生效，不影响子组件；且必须在 mainloop() 启动前调用才可靠（某些系统下运行中调用可能被忽略）。
-
minsize(400, 300)表示窗口不能再比 400×300 更小（拖拽或双击标题栏时会被拦截） -
maxsize(1200, 800)表示宽度不能超 1200、高度不能超 800，全屏按钮（如 Windows 的最大化）也会失效 - 传入
None或-1表示对应方向不限制，例如maxsize(800, None)只限制宽度
为什么 geometry() 不足以替代尺寸限制？
geometry("600x400") 只设定初始大小和位置，不构成约束。用户仍可自由拖拽缩放，甚至把窗口拖出屏幕外。它和 minsize()/maxsize() 是正交机制：前者管“起点”，后者管“边界”。
常见误操作是只设 geometry() 就以为锁定了尺寸，结果上线后用户反馈“界面塌了”——尤其在高 DPI 或多显示器环境下，初始尺寸可能被系统缩放，而无尺寸限制时更容易失守。
立即学习“Python免费学习笔记（深入）”；
- 如果想让窗口不可缩放，最简方式是
minsize(w, h)和maxsize(w, h)设相同值 - 避免用
resizable(False, False)代替：它禁用所有缩放（包括程序内调用geometry()动态调整），灵活性差 -
resizable()和min/maxsize()可共存，但后者优先级更高
在 Toplevel 窗口中同样有效，但需注意生命周期
每个 Toplevel 实例也支持 minsize() 和 maxsize()，适合对话框、设置面板等子窗口。但要注意：这些限制只在窗口存在时生效；若窗口被销毁再重建，需重新设置。
典型陷阱是把限制逻辑写在创建 Toplevel 的函数外部，或依赖父窗口状态——比如根据主窗口当前尺寸计算子窗口 maxsize()，却没监听主窗口 Configure 事件，导致子窗口尺寸限制滞后。
- 在
Toplevel实例化后立即调用minsize()/maxsize() - 如需响应式限制（例如子窗口最大宽度为主窗宽的 80%），绑定
parent.bind("<configure>", lambda e: top.maxsize(...))</configure> - 避免在
destroy()后还尝试调用其minsize()，会抛TclError: invalid command name
跨平台行为差异与兼容性提醒
Windows、macOS、Linux 对 maxsize() 的响应略有不同：macOS 下全屏按钮（绿色）可能仍显示，但点击后仅放大到设定上限；Linux（X11）某些桌面环境会忽略 maxsize()，此时需配合 resizable() 加强控制。
真正影响体验的是 DPI 缩放。Tkinter 默认不感知系统 DPI 缩放，所以你在 200% 缩放屏幕上设 minsize(400, 300)，实际像素是 800×600——用户会觉得“怎么限制得这么宽？”
- Python 3.9+ 可用
tk.call('tk', 'scaling', scale_factor)手动校准（scale_factor通常为1.0、1.25、2.0） - 更稳妥的做法是用
winfo_screenwidth()/winfo_screenheight()获取真实屏幕尺寸，按比例计算边界值 - 测试时务必在目标系统开启高 DPI 模式验证，别只在开发机默认分辨率下确认
