IsProcessDPIAware始终返回true

Question

在Visual Studio 2005中创建的默认未修改项目中运行以下命令，将在Vista和Windows 7中显示“是”消息框。有人知道为什么吗？ IsProcessDPIAware的描述如下： http : //msdn.microsoft.com/zh-cn/library/aa969261( VS.85) .aspx 。

HMODULE hUser32 = LoadLibrary(L"user32.dll");
typedef BOOL (*fnPtr)();
fnPtr IsProcessDPIAware = (fnPtr)GetProcAddress(hUser32, "IsProcessDPIAware");
if(IsProcessDPIAware) {
    if(IsProcessDPIAware() == TRUE) {
        MessageBox(NULL, L"yes", NULL, MB_OK);
    }
    else {
        MessageBox(NULL, L"no", NULL, MB_OK);
    }
}
else {
    MessageBox(NULL, L"no fn", NULL, MB_OK);
}
FreeLibrary(hUser32);

如果重要的话，我在vwmare中同时运行Vista和Windows 7。

Answer 1

enabled in your Vista or Windows 7 systems? 在Vista或Windows 7系统中是否启用了 ？ 我不确定，但这可能是IsProcessDPIAware返回TRUE的原因。
http://msdn.microsoft.com/zh-CN/library/dd464660.aspx#setting_dpi_by_using_control_panel

Answer 2

不管清单如何，都有三种条件会强制Windows 7中的DPI感知：

• DPI虚拟化已全局禁用（“使用Windows XP样式DPI缩放”设置）
• 当前桌面的桌面合成已禁用（选择了非Aero主题或硬件加速不可用， 请注意，这意味着在HyperV VM中运行时，DPI感知始终处于启用状态！ ）。
• 在兼容性设置中禁用了显示比例缩放。

请注意，其他兼容性设置都无法更改此设置。 选择“禁用桌面合成”将在初始化进程时禁用桌面合成，但是在进行了强制DPI感知检查之后，导致启动多个实例将导致第一个实例没有强制DPI感知，但随后的实例具有强制DPI感知。

DPI感知是通过在TEB-> Win32ClientInfo.CI_flags中设置的标志0x20000000来强制的。 这是在win32k！SetAppCompatFlags中初始化的，一旦gdi32.dll调用NtGdiInit（在运行进程入口点之前执行此初始化），它将被调用。 请注意，在Windows 7的较新版本上，仅在64位版本的TEB中设置此标志。

win32k！SetAppCompatFlags中的实际代码看起来像

if ( (&threadInfo->dwCompatFlags2 & 0x10000000) || !IsCurrentDesktopComposed() || gbForceDPIAware )
{
  w32ProcessInfo = PsGetCurrentProcessWin32Process();
  w32ProcessInfo->W32PF_Flags |= 0x20000000;
  threadInfo->pClientInfo->CI_flags |= 0x20000000;
}