辅助监视器的坐标在使用dpiawareness = 1时很奇怪

我有两个显示器：

disPLAY2: 3840x2160 (primary (no idea why it's called disPLAY2 though) disPLAY1: 1920x1080 (located right of primary)

我写了一个小程序来打印它们的几何graphics，并输出：

\.disPLAY2; x=0,y=0; 3840x2160 \.disPLAY1; x=3840,y=278; 1920x1080

看起来正确 但是，如果我调用SetProcessDpiAwareness((PROCESS_DPI_AWAREnesS) 1); ，那么它会打印：

\.disPLAY2; x=0,y=0; 7680x4320 \.disPLAY1; x=7680,y=556; 3840x2160

为什么尺寸翻了一番？

在高分辨率Windows平台上自动重新调整应用程序的大小？

请注意，我没有在显示器上使用任何比例因子，以便能够首先确定发生了什么。 但是，如果我在主监视器上设置了2倍缩放，则可以打印它的内容：

\.disPLAY2; x=0,y=0; 3840x2160 \.disPLAY1; x=7680,y=556; 3840x2160

为什么辅助显示器从x = 7680开始？

以下是我用来打印值的代码：

#include <Windows.h> #include <iostream> #include <ShellScalingAPI.h> #pragma comment(lib,"Shcore.lib") #pragma comment(lib,"User32.lib") BOOL monitorEnumCallback(HMONITOR hMonitor,HDC,LPRECT,LParaM) { MONITORINFOEX info; memset(&info,sizeof(MONITORINFOEX)); info.cbSize = sizeof(MONITORINFOEX); if (!GetMonitorInfo(hMonitor,&info)) return false; std::cout << info.szDevice << "; x="<< info.rcMonitor.left << ",y=" << info.rcMonitor.top << "; " << (info.rcMonitor.right - info.rcMonitor.left) << "x" << (info.rcMonitor.bottom - info.rcMonitor.top) << "n"; return true; } int main() { int result = SetProcessDpiAwareness((PROCESS_DPI_AWAREnesS) 1); if (result) { std::cout << "Failed to call SetProcessDpiAwarenessn"; return 1; } EnumdisplayMonitors(0,monitorEnumCallback,reinterpret_cast<LParaM>(&result)); return 0; }

（1）打印每个案例的系统DPI，（2）也尝试SetProcessDpiAwareness（PROCESS_PER_MONITOR_DPI_AWARE），可能是有益的。 两台显示器的DPI可能不同（至少Windows认为它们是）。

您已经告诉Windows，您知道单个系统的DPI。 为了确保应用程序在这种情况下做到了正确的事情，Windows已经制作了一个虚拟屏幕坐标系统，使得所有基于主显示器DPI的应用程序都能够在两台显示器上获得良好的效果。 如果已使用主显示器的DPI，则在辅助显示器上绘图时，程序可能不会选择最佳的图标大小和坐标。 同样，如果它使用了辅助显示器的DPI，则应用程序将无法在主显示器上进行像素完美定位。 如果您查看所有与GDI绘图（ClearType），Direct2D，鼠标和指针消息等的交互，则使用更高DPI的两倍，然后缩小可能是一个合理的折衷方案。

如果你的应用程序是每DPI监视器，我怀疑你会得到真正的价值观。