我来帮你拆解这个窗口边框变宽问题的核心原因，以及你遇到的Windows SDK 7.1无法选择的坑：

一、SM_CYFRAME返回值变化的核心原因 #

从VS2010迁移到VS2017后，项目默认依赖的Windows SDK版本大幅升级，这直接导致了系统指标计算逻辑的变化：

• VS2010默认绑定的是Windows SDK 7.0A，对应Windows 7的系统行为；而VS2017默认使用的是Windows 10 SDK（版本号通常是10.0.xxxxx.x），这个SDK引入了更完善的高DPI支持，同时调整了GetSystemMetrics系列API的返回逻辑。
• 在旧版SDK（如7.0A）中，你的程序默认是DPI不感知模式，Windows会自动对SM_CYFRAME这类系统指标进行缩放，适配当前屏幕的DPI；但在Windows 10 SDK中，进程的DPI感知模式默认可能被调整为系统DPI感知或更高，此时SM_CYFRAME返回的是真实的物理边框尺寸，而非缩放后的值——这就是你看到边框宽了2像素的直接原因。
• 简单来说：旧版SDK下系统帮你做了缩放，新版SDK下返回的是“原始尺寸”，两者的差值就导致了布局错位。

二、为什么无法选择Windows SDK 7.1？ #

VS2017对旧版Windows SDK的支持非常有限：

• VS2017是为Windows 10及更高版本优化的开发环境，微软逐步移除了对SDK 7.1这类旧版本的官方支持，即使你手动安装了SDK 7.1，VS2017的MSBuild构建系统也无法正确识别它的配置文件，导致出现MSB8036错误。
• 即使你手动指定SDK路径，VS2017的工具链（如编译器、链接器）也和SDK 7.1存在兼容性问题，因为新版工具链已经不再适配旧SDK的头文件和库结构。

三、解决思路（针对边框布局问题） #

如果你想保持和VS2010时代一致的窗口边框尺寸，可以尝试以下方案：

1. 强制设置DPI不感知模式：
   修改应用程序的manifest文件，添加以下内容，让系统继续对GetSystemMetrics返回值进行缩放：

   <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
     <application xmlns="urn:schemas-microsoft-com:asm.v3">
       <windowsSettings>
         <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">false</dpiAware>
       </windowsSettings>
     </application>
   </assembly>
   

2. 适配高DPI环境（推荐）：
   不要依赖固定的SM_CYFRAME返回值，改用Windows 10 SDK提供的GetSystemMetricsForDpi API，它可以根据当前窗口的DPI值返回准确的边框尺寸，避免不同DPI环境下的布局错位。
3. 回退到VS2010工具集（不推荐）：
   若必须使用旧版SDK，可以尝试将项目的PlatformToolset修改为v100（VS2010的工具集），但这会导致VS2017的新特性无法使用，且后续可能遇到更多兼容性问题。

内容的提问来源于stack exchange，提问作者RED SOFT ADAIR