geometry() 的完整写法为 "WxH+X+Y"，如 "800x600+100+50"，其中 W、H 为整数宽高，X、Y 为左上角屏幕坐标；须在 Tk() 后、mainloop() 前且布局完成后调用，否则可能失效。
geometry() 设置窗口尺寸和位置的完整写法
geometry() 不是只设宽高，它同时控制窗口大小和左上角坐标。格式是 "WxH+X+Y"，比如 "800x600+100+50" 表示宽 800、高 600，窗口左上角在屏幕 X=100、Y=50 处。
只写 "800x600" 是合法的，但这时 X 和 Y 默认为 0（即贴左上角），实际效果常被误认为“居中”——其实不是，只是碰巧没偏移。
- W 和 H 必须是整数，不能带单位或小数，比如
"800.5x600"会直接报错：TclError: bad screen distance "800.5" - X 和 Y 可正可负，负值会让窗口部分移出屏幕左侧或顶部（某些系统会自动修正，不可依赖）
- 设置过早会失效：必须在
root = Tk()之后、root.mainloop()之前调用，且最好在所有pack()/grid()布局完成后调用，否则可能被内部重排覆盖
为什么 set_geometry() 没反应？常见时机错误
很多人把 geometry() 放在 mainloop() 后面，或者在自定义类的 __init__ 里过早调用（比如在 super().__init__() 前），结果窗口还是默认大小。
根本原因是：Tkinter 窗口只有在首次显示（或显式调用 update_idletasks()）后，才真正确定初始几何状态；提前设了也可能被后续布局逻辑重置。
立即学习“Python免费学习笔记（深入）”；
- 安全做法：在创建完所有控件并完成布局后，立即调用
root.geometry("800x600+200+100") - 如果用了
resizable(False, False)，记得在geometry()之后设，否则最小化再恢复时可能回退到默认尺寸 - 想等窗口自然渲染后再微调位置？可以加一句
root.update_idletasks()再调geometry()，但通常不必要
想居中窗口？别靠猜 X/Y，用 winfo_screenwidth() 算
硬写 "800x600+300+200" 看似居中，换台高分屏就偏了。Tkinter 提供运行时获取屏幕尺寸的方法，必须动态算。
关键点：要等窗口已创建、但尚未显示（即 withdraw() 状态下）就获取屏幕尺寸，再算中心坐标，最后 deiconify() 并 geometry() —— 否则 winfo_screenwidth() 可能返回 1（极小值）。
- 正确顺序：
root = Tk()→root.withdraw()→root.update_idletasks()→ 获取root.winfo_screenwidth()和winfo_screenheight()→ 计算 X/Y →root.geometry(f"{w}x{h}+{x}+{y}")→root.deiconify() - 注意：
winfo_width()和winfo_height()在未显示前返回 1，不能用来算自身尺寸；得用预设的宽高值（如 800/600）参与计算 - macOS 上窗口标题栏高度不计入
geometry()的 H，所以视觉上可能略高于预期——这是系统行为，代码层面无法绕过
geometry() 调用后还能改吗？能，但有副作用
可以随时再调 geometry() 修改尺寸或位置，比如响应按钮点击或配置变更。但要注意：这会触发窗口重绘，并可能打断用户正在做的操作（如拖拽调整大小）。
更隐蔽的问题是：如果启用了 resizable(True, True)，用户手动拉伸窗口后，再调 geometry("800x600")，窗口会缩回指定大小，但内部控件布局未必同步更新（尤其用了 pack(fill="both", expand=True) 的时候）。
- 建议只在初始化阶段或明确用户意图时调用（如“恢复默认尺寸”按钮）
- 避免在
bind("<configure>", ...)</configure>回调里反复调geometry()，极易造成抖动或无限循环 - 如果只是想限制最小尺寸，用
root.minsize(800, 600)更稳妥，不影响用户自由调整
真正容易被忽略的是：geometry 字符串里的 “x” 是英文字母 x，不是乘号 ×；少打一个字符或用中文符号，Tkinter 就静默失败，窗口照常启动但尺寸不变——错误不会抛异常，只能靠日志或调试器看是否真执行到了那行。
