.NET Core 8 WinForms升级后150%缩放下面板位置偏移求助

这种高DPI适配问题在WinForms从.NET Framework迁移到.NET 5+的过程中非常普遍，核心原因是两个框架的高DPI处理逻辑存在差异——.NET Framework依赖系统传统DPI适配，而.NET Core/.NET 8引入了更现代化的Per-Monitor DPI感知模式，两者布局计算逻辑不完全兼容。

排查步骤 #

• 检查项目的DPI感知配置：确认项目是否设置了正确的高DPI模式。.NET 8中WinForms默认启用PerMonitorV2模式，而.NET Framework可能默认使用SystemAware模式，模式不匹配会直接导致布局偏移。
• 验证窗体的AutoScaleMode属性：查看出问题的窗体是否修改了AutoScaleMode值。.NET Framework默认多为Font模式，若.NET 8中改为Dpi模式，会导致控件缩放逻辑完全不同，引发位置偏移。
• 排查硬编码的控件布局代码：检查是否有通过代码直接设置控件Location、Size为固定数值的情况。.NET 8的DPI缩放计算会将这些固定值按当前显示器DPI比例放大，而.NET Framework可能依赖系统缩放，两者计算结果不一致。
• 检查第三方控件兼容性：如果项目使用了第三方WinForms控件，旧版本控件可能未适配.NET 8的高DPI逻辑，会导致布局异常。
• 隔离测试控件：暂时隐藏其他控件，只保留出问题的面板，测试是否是控件间的布局交互（如嵌套面板的Anchor/Dock冲突）导致的偏移。

解决方法 #

• 统一高DPI模式：在Program.cs的Application.Run之前添加代码，强制设置与.NET Framework一致的DPI模式，比如：

  Application.SetHighDpiMode(HighDpiMode.SystemAware);
  Application.EnableVisualStyles();
  Application.SetCompatibleTextRenderingDefault(false);
  Application.Run(new MainForm());
  

  也可以通过修改app.manifest文件添加DPI感知配置，避免代码硬编码。
• 保持AutoScaleMode一致性：将所有窗体的AutoScaleMode设置为与.NET Framework时期相同的值（通常为Font），避免因模式切换导致的布局计算差异。
• 替换硬编码布局数值：如果必须通过代码设置控件位置/大小，使用当前控件的DeviceDpi属性进行动态计算，示例：

  // 原固定位置x=100，转换为适配当前DPI的数值
  int scaledX = (int)(100 * (float)this.DeviceDpi / 96);
  panel1.Location = new Point(scaledX, panel1.Location.Y);
  

• 优先使用相对布局：尽量依赖Anchor、Dock、TableLayoutPanel、FlowLayoutPanel等相对布局控件，避免手动设置固定位置，让框架自动处理高DPI缩放。
• 更新第三方控件：将使用的第三方控件升级到支持.NET 8的最新版本，确保其适配了新的高DPI逻辑。

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