首先明确一点：Windows 8.1没有EnableNonClientDpiScaling API，而且PerMonitor DPI感知v1在Win8.1下对非客户区（标题栏、菜单栏）的原生支持非常有限——系统不会自动帮你缩放这些区域，这也是你遇到比例失调问题的核心原因。不过手动处理是可行的，只是需要付出不少开发成本，下面是具体思路和局限性：

手动处理非客户区缩放的可行步骤 #

如果一定要在Win8.1下实现跨DPI显示器的非客户区适配，可以按以下方向尝试：

• 监听DPI变化事件：当窗口移动到不同DPI的显示器时，Win8.1会发送WM_DPICHANGED消息。你需要捕获这个消息，从中提取新的DPI值（消息的wParam参数）和系统推荐的窗口新尺寸（lParam指向的RECT结构体）。
• 自定义绘制标题栏：系统默认的标题栏不会随DPI变化自动缩放，所以你需要接管标题栏的绘制逻辑：
  1. 通过WM_NCCALCSIZE消息调整非客户区的大小，预留出自定义标题栏的空间。
  2. 在WM_NCPAINT消息中手动绘制标题栏背景、标题文字、最小化/最大化/关闭按钮。根据新的DPI计算缩放比例（比如newDpi / 96.0），对应调整字体大小、按钮的尺寸和位置。
  3. 处理标题栏的交互逻辑：比如WM_NCHITTEST消息来识别鼠标点击的是哪个按钮，模拟系统的拖拽、最大化/最小化等行为。
• 替换或缩放菜单栏：标准系统菜单栏在Win8.1下无法自动响应DPI变化，所以有两个选择：
  1. 完全替换为自定义的菜单栏控件（比如用工具栏模拟），这样可以直接根据DPI调整字体和布局。
  2. 如果坚持用系统菜单栏，在收到WM_DPICHANGED时，遍历所有菜单项，通过SetMenuItemInfo修改菜单项的字体（使用缩放后的LOGFONT），并调整菜单的尺寸。这种方法效果有限，容易出现菜单项截断或布局错乱的问题。
• 同步窗口尺寸与DPI：收到WM_DPICHANGED后，调用SetWindowPos将窗口调整到系统推荐的尺寸，确保客户区和自定义非客户区的缩放比例一致。

手动方案的局限性 #

这种方法虽然可行，但有不少需要注意的坑：

• 开发复杂度高：自定义非客户区需要处理大量系统消息，要完全模拟原生标题栏、菜单栏的所有交互（比如拖拽窗口、按钮悬停效果、快捷键支持等），工作量很大，容易出现兼容性问题。
• 系统控件的限制：某些系统自带的控件（比如对话框的标题栏）很难完美适配，可能需要把整个窗口改成自定义样式。
• 测试成本高：需要在不同DPI的Win8.1设备上反复测试，确保缩放后的非客户区在各种场景下都正常工作。

替代思路 #

如果你的应用对Win8.1的兼容性要求不是极端严格，可以考虑：

• 在Win10及以上系统调用EnableNonClientDpiScaling实现完美适配；
• 在Win8.1下保持现有逻辑，接受非客户区缩放不完美的情况——毕竟Win8.1的市场份额已经很低，很多用户可能不会频繁跨DPI显示器移动窗口。

内容的提问来源于stack exchange，提问作者Dan