DPI 缩放与屏幕坐标：为什么你的点击偏了

你当前的 DPI 缩放——实时检测

你的浏览器现在报告的显示参数如下：

如果设备像素比显示 1.0，你当前是 100% 缩放——逻辑像素和物理像素一致。如果显示 1.5，就是 150% 缩放，存在一层隐藏的坐标转换。用我们的屏幕坐标工具可以实时查看逻辑位置和物理位置的差异。

什么是 DPI 缩放（为什么要有它）？

27 英寸 4K 显示器把 3840×2160 个像素塞进大约跟 1080p 差不多的物理空间里。不缩放的话，文字和图标会非常小——大约 140 PPI，而 24 英寸 1080p 只有约 92 PPI。能用，但看久了眼睛累。

所以 Windows 会应用DPI 缩放。把那台 4K 显示器设为 150% 缩放后，Windows 就假装屏幕只有 2560×1440。它按这个较小的尺寸绘制所有内容，然后拉伸到完整的 3840×2160。结果就是：UI 保持舒适的大小，但渲染得更清晰，因为每个"逻辑"像素对应 1.5 × 1.5 = 2.25 个物理像素。

关于"物理像素"和"逻辑像素"到底是什么，以及它们与 CSS 像素、设备像素、设备独立像素的关系，参见我们的物理像素与逻辑像素指南。

每种缩放比例下的逻辑分辨率与物理分辨率对照

速查表——在左边找到你的物理分辨率，然后横向查看 Windows 在每种缩放下实际报告给应用的是什么：

怎么读这张表：如果你有一台 4K 显示器（3840×2160）开 150% 缩放，不支持 DPI 感知的应用看到的是 2560×1440 的屏幕。当这样的应用问"屏幕宽度是多少？"，它得到 2560——不是 3840。当它点击坐标 (1280, 720) 时，Windows 在发送给显示器之前会将其转换为物理像素 (1920, 1080)。

这就是为什么你的屏幕分辨率对比脚本可能报告出乎意料的数值——它们看到的是逻辑分辨率，不是物理分辨率。

坐标偏移问题：你的点击到底落在了哪里

说得具体一点。你想点击 4K 屏幕的中心——物理像素 (1920, 1080)。但你的自动化工具不知道 DPI 缩放这回事。它按照自己看到的逻辑 2560×1440 空间来计算中心，点击 (1280, 720)。Windows 随后把这个点击放大：

物理点击位置 = 逻辑点击位置 × 缩放系数
物理点击位置 = (1280, 720) × 1.5
物理点击位置 = (1920, 1080)  ← 碰巧对了！

这种情况下结果恰好正确——而且不完全是运气。Windows 的 DPI 虚拟化是均匀缩放坐标的，所以任何按屏幕比例计算的位置（中心 = 50%，角落 = 0% 或 100%）不管缩放多少都能正确映射。真正出问题的是当你瞄准一个绝对位置——一个按钮、一个图标、一个特定像素——它不是屏幕尺寸的简单比例时：

问题很明显：你的脚本用一个坐标系的坐标，但目标应用用的是另一个，每次点击都会按缩放系数偏移。离 (0, 0) 越远，偏移越大。

修复方案：SetProcessDPIAware 与 DPI 感知

修复只需一个 API 调用——告诉 Windows 你的应用理解高 DPI，要使用物理像素：

// C / C++ (Windows API)
SetProcessDPIAware();

// C# (.NET)
[DllImport("user32.dll")]
static extern bool SetProcessDPIAware();
SetProcessDPIAware();

// Python (ctypes)
import ctypes
ctypes.windll.user32.SetProcessDPIAware()

// Python（推荐，较新的 Windows）
import ctypes
ctypes.windll.shcore.SetProcessDpiAwareness(2)  // PROCESS_PER_MONITOR_DPI_AWARE

// Python（推荐，Windows 10 1703+ 和 Windows 11）
import ctypes
DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 = ctypes.c_void_p(-4)
ctypes.windll.user32.SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2)

调用之后，坐标函数返回的就是物理像素值而非逻辑值。pyautogui.size() 会返回 3840×2160 而不是 2560×1440。pyautogui.position() 会返回真实的像素位置。你的点击会精确落在你期望的地方。

该用哪个调用？

应用清单方式（无需写代码）

如果你在开发 Windows 应用，可以在清单文件中声明 DPI 感知，不需要调用 API：

<?xml version="1.0" encoding="UTF-8"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  <asmv3:application>
    <asmv3:windowsSettings>
      <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true/pm</dpiAware>
    </asmv3:windowsSettings>
  </asmv3:application>
</assembly>

关于 PyAutoGUI 的完整修复方案（包括多显示器支持和截图区域偏移），参见我们的PyAutoGUI 坐标指南。

混合 DPI 多显示器：真正头疼的时候

两台显示器，不同的缩放设置——比如 4K 笔记本屏幕开 150%，外接 1080p 显示器开 100%。坐标转换随着光标在屏幕间移动而动态变化：

• 1080p 显示器（100%）：逻辑 = 物理，没有偏移。
• 4K 笔记本屏幕（150%）：逻辑坐标除以 1.5。物理位置 (2880, 1620) 的点击，在不支持 DPI 感知的应用里报告为 (1920, 1080)。
• 把窗口从一台显示器拖到另一台时，Windows 会动态调整坐标空间。不支持 DPI 感知的应用可能渲染模糊或尺寸不对。

这种配置对自动化来说很痛苦。但修复方法始终一样：调用 SetProcessDpiAwareness(2) 启用逐显示器 DPI 感知，就能获得光标所在显示器的真实物理坐标。混合 DPI 环境的完整坐标推导见我们的多显示器坐标指南。

常见问题