你遇到的这个Windows 7下新版本应用窗口边框变宽的问题确实有点棘手——毕竟Win7和Win10的窗口渲染机制差异不小，而且你已经排查了Git变更、资源编辑器样式、SetWindowLong修改，甚至清单里的DPI感知设置，都没找到根源。结合Win7的系统特性，我整理几个可能影响边框宽度的WinAPI和系统机制，你可以逐一验证：

1. 别漏了SetWindowPos强制重绘边框 #

你已经用SetWindowLong修改了窗口样式，但在Windows 7中，样式变更后需要明确触发窗口边框的重新计算和绘制。试试在修改样式后加上这行代码：

SetWindowPos(mainWindow.GetWindowHandle(), NULL, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_FRAMECHANGED);

SWP_FRAMECHANGED标志会告诉系统“窗口边框样式变了，重新计算并绘制吧”，这一步很容易被忽略，尤其是Win7对样式变更的响应不像Win10那么自动。

2. 系统主题关联的影响 #

Windows 7的窗口边框宽度直接受当前系统主题控制，如果新版本应用无意中改变了主题关联逻辑，可能导致边框显示异常：

• 检查是否调用了SetThemeAppProperties修改了应用的主题支持属性，比如禁用了主题，这会让窗口回落到经典样式，边框大概率变宽。
• 可以用GetThemeMetric获取当前主题下的标准边框宽度，对比新旧版本的数值：

  HTHEME hTheme = OpenThemeData(mainWindow.GetWindowHandle(), L"Window");
  if (hTheme) {
      int borderWidth;
      GetThemeMetric(hTheme, 0, WP_FRAME, TMT_BORDERSIZE, &borderWidth);
      CloseThemeData(hTheme);
  }
  

如果新旧版本拿到的borderWidth不一样，说明主题关联逻辑有变化。

3. AdjustWindowRectEx的参数一致性 #

窗口创建时，AdjustWindowRectEx会根据窗口样式计算客户区+边框的总尺寸。如果新版本中调用这个函数的参数（比如dwStyle或dwExStyle）和旧版本不一致，可能导致边框被错误计算。仔细检查窗口创建流程中这个函数的调用，确保参数完全匹配旧版本。

4. DPI虚拟化的隐性影响 #

虽然你移除了清单里的PerMonitorV2设置，但Windows 7的DPI虚拟化机制可能仍在起作用。如果新版本应用调用了SetProcessDpiAwareness设置了不同的DPI感知级别（比如从系统DPI感知改为Per-Monitor），在Win7中可能触发边框的异常缩放。可以用GetProcessDpiAwareness获取当前进程的DPI级别，对比新旧版本的差异。

5. WM_NCCALCSIZE消息的自定义处理 #

窗口的非客户区（包括边框）尺寸是通过WM_NCCALCSIZE消息计算的。如果新版本应用重写了这个消息的处理函数，修改了NCCALCSIZE_PARAMS结构体中的数值，会直接改变边框的宽度。检查窗口过程中是否有处理这个消息，尤其是是否对非客户区尺寸做了自定义调整。

最后补充个实用技巧：用Spy工具查看新旧版本窗口的样式和扩展样式，对比是否有细微的差异（比如某个不起眼的样式位被误改）——有时候Git里没追踪到的二进制差异，用Spy能快速定位。

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