Tkinter 中 winfo_screenwidth() 和 winfo_screenheight() 可直接获取主屏幕分辨率，无需初始化或 update_idletasks()，但须在 Tk/Toplevel 实例创建后、销毁前调用；多屏下仅返回主屏尺寸，高 DPI 下可能返回逻辑像素，需平台适配处理。
直接用 winfo_screenwidth() 和 winfo_screenheight() 就行
Tkinter 窗口对象（Tk 或 Toplevel 实例）自带这两个方法，不需要额外初始化屏幕或调用系统 API。只要窗口已创建（哪怕没 mainloop()），就能获取当前主屏幕分辨率。
常见错误是：在 Tk() 实例创建前就调用，或者误以为要先 update_idletasks() ——其实不用。但要注意：如果窗口被销毁（destroy()）后还调用，会抛出 TclError。
- 必须在
Tk()或子窗口实例上调用，不能在未实例化的类上用 - 即使窗口被
withdraw()隐藏，方法仍有效 - 多屏环境下返回的是「主屏幕」（primary monitor）的尺寸，不是所有屏幕总和
多屏场景下怎么知道当前主屏幕是哪块
Tkinter 本身不暴露多屏信息，winfo_screenwidth() 总是返回系统认定的主屏分辨率。如果你的应用需要适配扩展屏（比如把窗口放到第二块屏上并居中），仅靠这两个函数不够。
这时候得借助外部库（如 screeninfo）或平台原生调用。Windows 可用 ctypes 调 GetSystemMetrics，macOS/Linux 推荐 screeninfo.get_monitors()。Tkinter 自身无 get_all_screens() 这类接口。
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
-
screeninfo返回每个屏的x,y,width,height，比 Tkinter 更可控 - 别试图用
winfo_pointerx()/winfo_pointery()反推当前屏——坐标可能为负（跨屏时），逻辑复杂且易错 - Tkinter 的
geometry()设置位置时，x/y 值若为负，窗口可能出现在左/上边框外，但不会自动跳到另一屏
winfo_screenwidth() 返回值不准？检查 DPI 缩放是否干扰
在高 DPI 显示器（尤其是 Windows 启用了“缩放与布局”>100%）下，Tkinter 默认可能拿到的是「缩放后」的逻辑像素，而非物理像素。比如 3840×2160 屏幕设为 150% 缩放，winfo_screenwidth() 可能返回 2560 而非 3840。
这是 Tkinter（底层 Tcl/Tk）对 DPI 感知不足导致的，不是你代码写错了。解决办法分两步：
- Windows 上：在
Tk()创建前加ctypes.windll.shcore.SetProcessDpiAwareness(1) - macOS 上：确保 Python 是通过终端启动（GUI 启动有时 DPI 行为异常），或设置环境变量
TK_SILENCE_DEPRECATION=1（仅抑制警告，不解决缩放） - Linux（X11）：通常返回真实物理分辨率；Wayland 下行为不稳定，建议降级用 X11 或换库
想在窗口创建前就知道分辨率？可以，但要绕一下
不能在 Tk() 实例化前调用 winfo_screenwidth() —— 会报 RuntimeError: main window not created。但你可以立刻创建一个隐藏的根窗口来取值：
import tkinter as tk root = tk.Tk() root.withdraw() # 不显示窗口 width = root.winfo_screenwidth() height = root.winfo_screenheight() root.destroy() # 立即销毁，不留痕迹
这个技巧安全、轻量，适用于需要提前计算窗口默认尺寸或居中位置的场景。注意别漏掉 destroy()，否则会残留一个隐藏的 Tcl 解释器实例。
真正容易被忽略的是：某些打包工具（如 PyInstaller）在 --onefile 模式下，首次调用 winfo_screenwidth() 可能延迟几百毫秒（尤其在 macOS 上）。如果做启动屏尺寸计算，建议加个 root.update_idletasks() 再取值，而不是依赖「立刻准确」。
