winfo_screenwidth()和winfo_screenheight()返回主显示器物理像素尺寸，需在窗口初始化后调用update_idletasks()确保尺寸准确，再结合geometry()实现居中；高DPI下须设置DPI感知。
怎么用 winfo_screenwidth() 和 winfo_screenheight() 获取真实屏幕尺寸
Tkinter 的 winfo_screenwidth() 和 winfo_screenheight() 返回的是当前主显示器的像素宽高，不是缩放后逻辑尺寸（比如 Windows 高 DPI 下系统报告的“1920×1080”可能实际渲染为 2560×1440），但 Tkinter 窗口坐标系默认按物理像素工作，所以直接用这两个值计算是安全的。
注意：必须在窗口 withdraw() 或 deiconify() 之后、geometry() 之前调用，否则可能返回 1×1 或异常值；更稳妥的做法是先 update_idletasks() 强制刷新几何信息。
- 别在
Tk()后立刻调用 —— 此时窗口尚未完成初始化，winfo_*可能返回 0 或错误 - 如果用了
root.withdraw()隐藏窗口再居中，记得先root.update_idletasks()再取尺寸 - 多显示器环境下，它只返回主屏尺寸；若需指定某屏，Tkinter 本身不支持，得靠
screeninfo等第三方库
窗口居中计算公式和 geometry() 设置要点
核心就是：左上角 X = (屏幕宽 − 窗口宽) // 2，Y 同理。但必须确保窗口已明确设置过大小（哪怕只是临时 geometry("400x300")），否则 winfo_width() / winfo_height() 会是 1 或 0。
geometry() 接受字符串格式 "WxH+X+Y"，其中 W 和 H 是整数，X 和 Y 是屏幕绝对坐标（原点在左上角）。
立即学习“Python免费学习笔记（深入）”；
- 窗口宽高必须已知：可在创建后显式设一次，如
root.geometry("600x400")，再调用居中逻辑 - 计算时用整数除法
//，避免浮点导致geometry()报错 - 别忘了加号：
root.geometry(f"{w}x{h}+{x}+{y}")，漏掉+会变成只设大小，不设位置 - 如果窗口有标题栏，Tkinter 自动计入高度；无需手动补偿，
winfo_height()已包含
为什么 pack() / grid() 布局后调用居中常失效
因为 pack() 或 grid() 不会立即改变窗口大小 —— 它们触发的是内部布局管理器的异步重排。此时 winfo_width() 还是初始值（通常是 1），导致算出的 X/Y 错误。
解决办法只有一个：强制刷新布局状态，再读尺寸。
- 在所有
pack()/grid()调用后，加一行root.update_idletasks() - 不要用
root.update()—— 它会触发完整重绘并可能引发递归调用或闪烁 - 如果窗口内容动态变化（比如加载完数据才显示），居中逻辑应放在最终内容就绪之后，而非仅靠
mainloop()前
高 DPI 系统下居中偏移异常怎么办
Windows/macOS 开启高 DPI 缩放后，Tkinter 默认不感知缩放因子，winfo_screenwidth() 返回物理像素，但窗口内容可能被系统拉伸，导致视觉上“没居中”。这不是计算错误，而是渲染层错位。
根本解法是让 Tkinter 感知缩放：Windows 上需在程序开头调用 ctypes 设置进程 DPI 感知，macOS 则依赖 Tcl/Tk 版本（8.6.12+ 通常 OK）。
- Windows 必须加这段（放在
import tkinter as tk后、tk.Tk()前）：import ctypes<br>ctypes.windll.shcore.SetProcessDpiAwareness(1)
- macOS 若仍偏移，检查 Tcl/Tk 是否 ≥ 8.6.12；旧版本需升级 Python 或手动编译 Tk
- 别试图用“缩放倍数 × 尺寸”手动修正 —— 不同应用缩放策略不同，不可靠
