DirectX全屏绘图坐标异常：桌面分辨率获取问题求助

这是已知问题吗？ #

是的，这是Windows高DPI缩放机制导致的经典兼容性问题。早期DirectX游戏编程书籍大多未覆盖高DPI场景，而如今Windows系统普遍开启高DPI缩放（尤其是笔记本高分辨率屏幕），这类坐标错位、显示异常的问题很常见。

是否必须做补偿？ #

必须处理。如果不解决高DPI适配问题，你的程序在开启高DPI缩放的系统上会持续出现坐标错位、全屏窗口异常等问题，完全无法正常运行。

能否通过GetDesktopWindow()获取真实坐标值？ #

不能。当程序处于DPI unaware状态时，Windows会对其进行DPI虚拟化，GetWindowRect返回的是经过系统缩放后的逻辑坐标（比如你看到的1280x720），并非真实物理像素分辨率。

问题根源 #

你的系统应该开启了150%的DPI缩放（1920/1.5=1280，1080/1.5=720），而你的程序默认是DPI unaware状态：

• Windows会自动将程序的逻辑坐标（1280x720）缩放为物理像素（1920x1080）显示，但DirectX直接操作的是物理显存缓冲区。
• 你在DirectX中设置了1920x1080的真实分辨率，但绘图逻辑用的是Windows虚拟化后的逻辑坐标，导致两者不匹配——所以用SCREEN_WIDTH/2=960定位的是物理像素中点，但程序的逻辑中点是640（1280/2），除以3（近似1.5的倒数）才刚好对上。
• 调用SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_UNAWARE)是无效操作，因为程序默认就是这个状态，反而可能干扰系统的虚拟化处理，导致全屏窗口被框限。

解决方法 #

1. 设置程序为系统DPI感知（推荐）

这是最适合传统DirectX全屏程序的方案，让程序直接以系统的真实DPI渲染：

• 代码方式：在WinMain函数开头添加：

  SetProcessDpiAwareness(PROCESS_SYSTEM_DPI_AWARE);
  

• Manifest方式（更可靠，系统优先读取）：在程序的manifest文件中添加DPI感知声明：

  <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
    <application xmlns="urn:schemas-microsoft-com:asm.v3">
      <windowsSettings>
        <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true</dpiAware>
      </windowsSettings>
    </application>
  </assembly>
  

  设置后，GetSystemMetrics(SM_CXSCREEN)会返回真实的1920x1080，DirectX设置的分辨率和物理屏幕一致，坐标定位不再错位，全屏也能正常显示。

2. 适配每显示器DPI感知（多显示器场景）

如果你的程序需要支持多显示器且各显示器DPI不同，可以设置为每显示器DPI感知：

• 在WinMain开头调用：

  SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2);
  

• 处理WM_DPICHANGED消息，当显示器DPI变化时，重新调整DirectX的显示模式和绘图逻辑。

3. 修正坐标获取逻辑

当程序是DPI感知状态时，以下API会返回真实物理像素值：

• GetSystemMetrics(SM_CXSCREEN) / GetSystemMetrics(SM_CYSCREEN)：获取屏幕真实分辨率
• GetMonitorInfoW + GetDpiForMonitor：获取指定显示器的真实分辨率和DPI值

内容的提问来源于stack exchange，提问作者Senhor Richard Ótimo