以编程方式确定 Windows DPI 设置？

Question

我们的一个不支持 dpi 的 MFC 应用程序遇到了问题。
如果您将系统设置更改为高 dpi（例如 120 或 144 dpi），任务栏上的应用程序图标看起来会很糟糕。不幸的是，我们必须为大型机注册我们自己的WNDCLASS，并且在WNDCLASS.hIcon成员中您必须设置一个图标。该图标是使用LoadIcon函数加载的。该函数尝试加载标准尺寸的图像（与 GetSystemMetrics(SM_CXICON) 返回的相同），对于 120dpi 来说是 40x40 像素。不幸的是，我们不提供该尺寸的图标。但有一个解决方法：奇怪的是，dpi 虚拟化似乎对 120 dpi 不起作用，GetDeviceCaps(..., LOGPIXELSX) 确实返回 120 dpi 和 GetSystemMetrics(SM_CXICON) ) 返回 40。因此我们可以捕捉到这一点并以不同的大小加载图标。但对于 144 dpi 来说它不起作用，因为现在虚拟化似乎已经生效，我们得到 96 dpi 和 32 像素，这再次导致图标看起来非常难看。
我发现如果我将 WNDCLASS.hIcon 成员设置为 NULL，图标就会显示得很好。但我想知道这是否可以，因为根据 MSDN：

hIcon
类图标的句柄。这 成员必须是图标的句柄 资源。如果该成员为 NULL，则 系统提供了默认图标。

那么，即使我将该成员设置为 NULL，我可以指望图标始终显示吗？ 另一种方法是以正确的尺寸加载图标，但为此我必须知道系统实际上设置为 144 dpi。这就是我最初的问题。 有谁知道是否可以确定系统的 DPI 设置（从 dpi 虚拟化应用程序内）？请注意，我也考虑过做一些肮脏的事情，比如让 dpi 感知应用程序告诉我实际的 dpi 之类的东西，但如果可能的话，我想避免这样的事情。

最好的问候，

humbagumba

更新：
我发现将 WNDCLASS.hIcon 成员设置为 NULL 不是一个好主意，因为这样主机的图标就会被默认图标替换（即使它看起来在任务栏上很好...） - 我在第一次测试期间没有注意到这一点。

Answer 1

您必须向程序添加清单（或编辑现有清单）才能关闭 DPI 虚拟化。它应该看起来像这样：

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

这不太可能导致几个新问题。您想了解的所有内容都在此 MSDN 库文章。