这种情况我在维护老WinForms项目时也踩过坑，核心就是Visual Studio 2015的窗体设计器对自动缩放基准尺寸的处理逻辑和旧版本不一样，尤其是打开老窗体的设计界面时，会悄悄基于当前IDE的显示设置修改AutoScaleBaseSize属性，导致和其他未动过的子窗体出现差异。

为什么AutoScaleBaseSize会自动变？ #

• 系统高DPI缩放的锅：VS2015开始对高DPI显示的支持更"积极"，如果你的Windows系统显示缩放比例不是100%（比如125%、150%），打开窗体设计器时，设计器会自动调整AutoScaleBaseSize的值，来适配当前IDE的显示环境。而你老项目里的(5,13)是早期Windows默认100% DPI下的字体基准尺寸，和当前环境不匹配就会被修改。
• 设计器的自动同步逻辑：如果你的窗体AutoScaleMode设为Font（老WinForms项目默认值），设计器会关联AutoScaleBaseSize，一旦检测到当前设计环境的基准字体和窗体原有值不一致，就会自动修改这个属性并保存到Designer.cs里。
• 新老VS的兼容性差异：你的项目是多年前创建的，当时的VS版本（比如2008/2010）对自动缩放的处理很保守，不会随便改这个属性，但VS2015加载老窗体时，会强制按照当前环境更新这个值，就出现了和其他未打开设计界面的窗体不一致的情况。

排查与解决步骤 #

1. 先检查系统和IDE的显示设置

   • 右键桌面→显示设置，把缩放比例改回100%，重启VS后再打开那个子窗体的设计器，看看AutoScaleBaseSize还会不会变。
   • 如果必须用高DPI缩放，右键VS快捷方式→属性→兼容性，勾选"高DPI缩放替代"，选择"应用程序"模式，这样IDE会以100% DPI加载，避免设计器瞎改窗体属性。

2. 锁定自动缩放设置

   • 打开子窗体的XXX.Designer.cs文件，手动把AutoScaleBaseSize改回(5,13)，然后把AutoScaleMode改成None或者Dpi（不建议用Font模式，太容易受字体变化影响）。
   • 也可以在窗体构造函数里强制覆盖，确保运行时不受设计器修改的影响：

     public YourChildForm()
     {
         InitializeComponent();
         // 强制重置基准尺寸，覆盖设计器的修改
         this.AutoScaleBaseSize = new System.Drawing.Size(5, 13);
     }
     

3. 监控Designer.cs的变更

   • 每次打开设计器后，用VS的源代码管理工具（比如Git）看一下Designer.cs的变更，除了AutoScaleBaseSize，还要留意控件的位置、尺寸有没有被自动修改，这些都是设计器适配导致的。
   • 如果用Git的话，可以把AutoScaleBaseSize的变更加入忽略，避免不小心提交这个自动修改的属性。

4. 清理设计器缓存

   • 有时候VS会缓存窗体的设计信息，导致每次打开都自动改属性。可以删掉项目目录下的.vs隐藏文件夹，然后清理项目（菜单→项目→清理），再重新生成，应该能解决缓存问题。

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