根本原因是PyAutoGUI坐标系统未自动适配高DPI缩放，导致size()返回逻辑分辨率而截图使用真实像素，造成locateOnScreen()与moveTo()坐标系不匹配；需手动计算缩放因子并统一坐标系。
根本原因不是代码写错了，而是 PyAutoGUI 的坐标系统直接映射操作系统屏幕像素，而不同分辨率下同一逻辑位置对应的像素值完全不同。
PyAutoGUI 的 size() 返回值受 DPI 缩放干扰
在 Windows/macOS 高 DPI 显示器上，pyautogui.size() 可能返回“逻辑分辨率”而非真实像素尺寸。比如 4K 屏设为 200% 缩放时，size() 常返回 (1920, 1080)，但截图实际是 (3840, 2160) 像素 —— 这会导致 locateOnScreen() 找到的坐标是高 DPI 坐标，而 moveTo() 却按逻辑坐标执行，结果偏移一倍。
- 验证方法：用
pyautogui.screenshot().size对比pyautogui.size()，差值就是缩放因子（如 macOS 的@2x就是 2） - Windows 下更隐蔽：需检查程序是否启用 DPI 感知，未启用时系统会做虚拟化缩放，
size()和截图尺寸不一致 - 临时修复：在 Windows 兼容性设置中勾选“替代高 DPI 缩放行为 → 应用程序”，强制禁用系统缩放干预
locateOnScreen() 匹配结果没除缩放因子就直接传给 moveTo()
图像识别返回的是截图坐标系下的像素位置，而该坐标系与 moveTo() 的输入坐标系可能不匹配 —— 尤其当截图是高 DPI 尺寸、size() 是逻辑尺寸时，直接使用会导致鼠标点到目标左上角四分之一处。
提示词大师-python版
下载
图片提示词生成器？不止如此。 马甲系统 —— 把脑海中的画面，翻译成AI能理解的专业表达。 用得越多，它越懂你：首次需要多问几句确认方向，用久了几乎一说就懂。 用得越多，它越快：缓存机制让后续对话越来越省。 RAG进化：成功案例持续入库，越跑越聪明。 输入「新手指南」查看完整功能介绍
- 典型错误写法：
loc = pyautogui.locateCenterOnScreen('btn.png'); pyautogui.click(loc) - 正确做法：先获取缩放因子（如
screen_dpi = pyautogui.screenshot().size[0] // pyautogui.size()[0]），再把loc除以它 - macOS 必须用
screenshot(region=...)显式指定高 DPI 区域，否则region参数按逻辑坐标解析，但截图却是高 DPI 尺寸
依赖固定坐标值的脚本在多屏/动态分辨率下必然失效
哪怕分辨率一致，多显示器排列顺序变化、主屏切换、甚至窗口最大化都会改变元素绝对坐标。硬编码 (320, 180) 这类值，本质是把 UI 当成了静态位图，而非可交互对象。
立即学习“Python免费学习笔记（深入）”；
- 优先用
pyautogui.locateOnScreen()+confidence参数（建议 0.7–0.85），比纯坐标鲁棒得多 - 对按钮/图标等有明确视觉特征的目标，截取最小可行区域（如仅按钮文字+边框），降低误匹配率
- 避免依赖桌面背景或浏览器标签页位置 —— 它们极易被用户改动；改用应用窗口内相对定位，例如先
locateOnScreen('app_window_title.png')，再基于其位置计算内部控件偏移
最易被忽略的点：PyAutoGUI 自身不处理 DPI 感知，所有坐标转换必须由你显式完成。没有“自动适配”这回事，size()、截图、鼠标移动三者坐标系必须手动对齐，缺一不可。
