resizable(False, False) 是禁用窗口最大化及任意方向拉伸的唯一可靠方式，必须在 mainloop() 前调用，且需传入两个布尔值；wm_attributes("-zoomed", False) 无效，minsize/maxsize 在其下冗余。
resizable(False, False) 是唯一可靠方式
直接调用 resizable() 并传入两个 False 是禁用窗口最大化（以及任意方向拉伸）最干净、最底层的控制手段。Tkinter 不提供“只禁用最大化但允许手动拖拽调整大小”这种分离控制——resizable() 管的是整个尺寸调整行为，不是单个按钮开关。
常见错误是只写 resizable(False)，这会报错：TypeError: resizable() takes exactly 2 arguments (1 given)。它必须接收宽、高两个布尔值，缺一不可。
-
resizable(False, False)：完全锁定窗口尺寸，最大化按钮灰掉，边框也无法拖拽 -
resizable(True, False)：仅允许水平拉伸，垂直方向锁定 -
resizable(False, True)：仅允许垂直拉伸，水平方向锁定
为什么 wm_attributes("-zoomed", False) 不起作用
有人尝试用 wm_attributes("-zoomed", False) 或类似 Windows 特有属性来干预最大化状态，但这是无效的。该属性在 Tkinter 中不被识别，调用后既不报错也不生效，属于「看起来像能控制，实则被忽略」的典型陷阱。
更关键的是：wm_attributes() 主要用于设置透明度、置顶、跳过任务栏等底层窗口属性，和尺寸策略无关。Tkinter 的尺寸行为由 resizable() 和 minsize()/maxsize() 共同决定，不是靠系统级窗口标志开关。
立即学习“Python免费学习笔记（深入）”；
resizable() 必须在 mainloop() 之前调用
如果把 resizable(False, False) 放在 mainloop() 后面，或者放在某个按钮回调里再执行，就完全没效果。Tkinter 窗口的可调整性是在窗口映射（map）阶段确定的，一旦显示出来，再改 resizable() 不会刷新 UI 状态（比如不会让已亮起的最大化按钮变灰）。
正确时机只有一个：在 root = Tk() 创建后、root.mainloop() 调用前，且最好紧挨着 title() 或 geometry() 之后。
- ✅ 正确：
root.resizable(False, False)在root.mainloop()前 - ❌ 无效：
root.resizable(False, False)写在某个Button(command=...)的回调函数里 - ❌ 无效：
root.resizable(False, False)放在mainloop()后面（那行代码根本不会执行到）
和 minsize()/maxsize() 混用时的优先级关系
如果同时设置了 resizable(False, False) 和 minsize(400, 300)，后者其实没有实际意义——因为尺寸已经锁死，用户无法改变窗口大小，minsize 和 maxsize 就失去了约束对象。但它们不会冲突或报错，只是冗余。
真正要注意的是反向情况：如果只设了 maxsize(400, 300) 却没关 resizable，窗口仍可最大化（尤其在 Windows 上，最大化会无视 maxsize，直接撑满屏幕）。所以想真正防最大化，resizable(False, False) 是绕不开的一步。
另外，geometry("400x300") 设定初始尺寸，不影响是否可调；它只是起点，和 resizable() 是正交控制项。
resizable() 的调用时机和参数组合，而不是按钮外观或系统属性。很多人卡在“点了最大化按钮没反应却没意识到是 resizable() 没生效”，本质是误判了控制入口点。 
