为什么 Windows 上的第三方软件对高清屏支持这么差
发布网友
发布时间：2023-02-01 14:35
共4个回答
热心网友
时间：2024-10-22 15:33
DPI Virtualization 依赖 dwm 实现。当 Windows 检测到你的程序（进程）不支持 DPI 缩放时（即运行非 DPI-Aware 程序），它直接放大窗口，因为有非整比的缩放所以可能会造成界面「模糊」（不信你在 8.1 里可以试试 200% 缩放，结果是锯齿状的，和 OSX 一模一样）；而对于新应用则不作特别处理。这套机制的具体行为非常复杂（特别是在引入分屏 dpi 设置之后），就不多展开了。有兴趣可以参阅 High DPI Settings in Windows。判断进程是否支持缩放的 API 很奇怪地在 8.1 之前的系统里一直没给，8.1 提供了，叫 GetProcessDpiAwareness。
Windows 应用通知系统自己支持高 DPI 有两种方式，一种是向主进程的 manifest 中写入信息，另一种是使用 SetProcessDpiAwareness 函数。在 Windows 8.1 中应用程序对高 DPI 支持有*，对应 PROCESS_DPI_AWARENESS 的三个属性，它们分别是：
Process_DPI_Unaware：此程序不支持高 DPI
Process_System_DPI_Aware：此程序支持在第一屏上按高 DPI 显示，不能处理多显示器的分别设置
Process_Pre_Monitor_DPI_Aware：此程序可以在不同显示器设置不同 DPI 时仍然工作良好
Vista 到 Win8 只有前两级，因为它们没分显示器的 DPI 设置。此时 API 稍有变化，是使用 SetProcessDPIAware API。
对于那些被放大窗口的应用，系统会生成一系列的「假」数据给他们，包括屏幕分辨率和鼠标座标。这样就可以保证最大程度的兼容性。
从这种处理机制中可以看出微软在 Vista 的年代就提出了一套良好的系统来对付高 DPI 环境可能造成的兼容性问题。然而现在被很多人诟病的「Windows 不支持高分」原因在哪里呢？原因有三：
DPI Virtualization 支持非整比缩放，导致被放大的窗口会变模糊。这是微软的责任，他们应该使用更好的缩放算法，例如 hqx 或者 xBRZ。但是记住，「模糊」是相对显示屏密度而言的，在高密度显示屏上它并没有那么「模糊」。更好的策略可能是像一些游戏机模拟器那样用两个缓冲，一个送显示一个给程序读屏用。
仍然有大量的应用程序不支持高 DPI。这是第三方的问题。下面详细展开。
和座标变换相关的问题。这个比较复杂，只会涉及一些跨窗口操作的应用程序和钩子程序，不展开了。
在第三方应用程序这边，因为系统得知应用是否支持高 DPI 是，应用程序通知系统的，因此就会出现四种情况：
应用在高 DPI 下运作正常，并通知系统：很好，应用清晰显示，行为正确。微软许多原厂应用（包括 Word 2013、VS2013 等）都能做到这一点。Sublime Text 3 也属于这一类。
应用在高 DPI 下运作正常，然未通知系统：窗口被放大，应用程序显示模糊但是行为正确。这种应用数量不多，一些 CAD 软件有可能属于这一类（CAD 界使用高分屏已久，不少软件都有不错的高 DPI 支持）。
应用不支持高 DPI 却错误通知系统：系统不对应用作特别处理导致界面错位或者大小不正确。类似题主中 WPS、Photoshop、Chrome 的情况。还有一种可能是用于启动程序的快捷方式里设定了「在高 DPI 下禁用界面缩放」，QQ 应当是这个问题。（因为写这个答案的时候我同时开着 QQ 和高 dpi，而我能明显看见 QQ 窗口是被放大的。WPS 也可能是这种情况。）
热心网友
时间：2024-10-22 15:33
没有 C/C++ 版的类 WPF 界面库。（因此如果第三方想要软件「清楚」，就必须自己处理界面缩放——这可不是个简单活。当然也可以用 .NET，问题是不是所有人都装了 .NET。）
XP 退市太晚。（导致第三方不敢使用 Vista 以来的新功能。原因太多，当然在国内绝对是因为 Vista 和之后的 OS 不好破解。）
热心网友
时间：2024-10-22 15:34
热心网友
时间：2024-10-22 15:35
