从外部窗口的 GetWindowRect 获取 DPI 感知正确的 RECT

Question

我正在制作应用程序 DPI Aware，但我需要对来自其他应用程序的 HWND 执行GetWindowRect。我的问题是这在也支持 DPI 感知的应用程序上运行良好，但我如何检测 HWND 句柄是否是 DPI 虚拟化的，例如缩放所以我可以自己缩放它？或者是否有其他我错过的 API 可以让我以 DPI 感知方式从另一个进程的 HWND 获得窗口大小？

我尝试了LogicalToPhysicalPoint，但似乎总是失败，可能是因为 HWND 不属于我的应用程序。

Answer 1

DPI 感知标志设置在应用程序级别而不是窗口级别因此，如果您能够获取其他应用程序的特定窗口句柄的进程，那么您可以使用 GetProcessDpiAwareness() 函数来获取该特定的 dpi 感知标志过程请看这个微软文档https://msdn.microsoft.com/en-us/library/windows/desktop/dn302113(v=vs.85).aspx

Answer 2

这不是一个实际问题。如果您将您的流程标记为高 DPI 感知，那么系统将不再进行任何类型的 DPI 虚拟化，并且 API 将不再对您谎报实际值。

特别是，如果您从支持高 DPI 的应用程序调用 GetWindowRect 或 GetClientRect，您将获得屏幕坐标中的实际值。这不仅适用于属于您的应用程序进程的窗口，而且适用于属于其他进程的窗口，无论其他进程的 DPI 感知设置如何。

从 Windows 8.1 开始，PhysicalToLogicalPoint 和 LogicalToPhysicalPoint 函数不再是必需的，并且实际上不执行任何操作。这两个函数的文档明确指出了这一点：

在 Windows 8.1 中，额外的系统虚拟化和进程间通信意味着对于大多数应用程序，您不需要这些 API。因此，在 Windows 8.1 中，PhysicalToLogicalPoint 和 LogicalToPhysicalPoint 不再转换点。系统在自己的坐标空间中将所有点返回给应用程序。

最后一句话只是我上面所说的措辞不同的方式。 系统根据调用者的 DPI 感知返回值。 如果您的进程是高 DPI 感知的，那么您将获得真正的值。您不需要自己缩放值。如果您不了解高 DPI，那么您可能会被谎报实际值。但这是有道理的，因为假设您无法处理事实并且不会做出适当的反应。

为了清楚起见，我应该指出，现在实际上有两个级别的高 DPI 意识，从 Windows 8.1 开始（在 Windows 10 中继续）：

1. 第一个级别是早在 Windows Vista 中引入的，即高 DPI 意识。这由应用程序清单文件中的true 设置指示，它仅表示您（应用程序）能够处理设置为经典以外的系统 DPI默认为 96 DPI。

   基于以上知识，我们知道如果一个具有这种DPI感知设置的进程调用一个返回屏幕坐标的API函数，它将接收到系统DPI的值。

2. 然后是 Windows 8.1 引入的新级别，即 每显示器 高 DPI 感知。这由应用程序清单中的True/PM 设置指示，这意味着您（应用程序）能够处理具有不同 DPI 设置的不同监视器。换句话说，虽然仍然有系统默认 DPI（可能是 96 DPI 或其他），但可能有连接到系统的显示器使用不同的 DPI 设置（系统 DPI 以外的其他设置）。

   再一次，基于上述理解，我们知道如果一个具有per-monitor high-DPI感知的进程调用一个返回屏幕坐标的API函数，它将接收到相对于包含的显示器的DPI的实际坐标有问题的窗口。

如果您的进程完全不支持 DPI（清单中没有设置，或 false），那么当您调用返回屏幕坐标的 API 函数时，您将收到基于系统范围缩放/虚拟化的坐标DPI 为 96 DPI。