32位转64位后WinForms窗体最大化溢出显示器问题求助

问题成因分析 #

• DPI感知适配差异：32位程序在64位系统中默认会被WOW64层做DPI虚拟化处理，而64位程序默认不开启该虚拟化。如果应用未明确设置DPI感知，64位版本会直接使用真实DPI计算窗体尺寸，导致布局超出屏幕范围。
• 第三方控件兼容性缺陷：代码中使用的旧版Infragistics控件（UltraWinToolbars、UltraStatusBar等）对64位环境的DPI适配支持不完善，最大化时控件布局计算出现偏差，比如停靠区域的尺寸逻辑错误，引发整体窗体溢出。
• 硬编码尺寸未适配：窗体设置了固定的ClientSize = new Size(1200, 1000)和MinimumSize = new Size(1200, 1000)，64位环境下这些硬编码尺寸未根据DPI缩放，当屏幕DPI不是96（100%缩放）时，实际显示的物理尺寸会超出屏幕。

迁移过程中可能引发问题的环节 #

• 未配置DPI感知属性：迁移时未在应用清单中添加DPI感知声明，导致64位版本无法正确识别系统DPI，使用错误的缩放比例计算布局。
• 第三方控件未升级：直接复用32位版本的Infragistics控件引用，未替换为支持64位和高DPI的最新版本，控件内部布局逻辑在64位环境下出现计算错误。
• 硬编码尺寸未调整：保留了32位环境下的固定窗体尺寸，未改为自适应屏幕或根据DPI动态计算尺寸的逻辑。
• 控件停靠顺序不合理：代码中控件添加顺序为contentWorkspace优先于边缘停靠控件，64位环境下WinForms布局引擎对停靠控件的处理逻辑存在细微差异，导致最终尺寸计算异常。

解决建议 #

1. 添加DPI感知声明
   在应用清单文件中加入以下内容，明确设置DPI感知：

<application xmlns="urn:schemas-microsoft-com:asm.v3">
  <windowsSettings>
    <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true/PM</dpiAware>
  </windowsSettings>
</application>

或在Program.cs的Main方法中通过代码设置：

[System.Runtime.InteropServices.DllImport("user32.dll")]
private static extern bool SetProcessDpiAwarenessContext(int dpiFlag);

// 启动时调用，启用每显示器DPI感知V2
SetProcessDpiAwarenessContext(-4);

2. 升级Infragistics控件版本
   替换为支持64位和高DPI的最新版Infragistics控件，确保控件在64位环境下的布局计算逻辑正确。

3. 移除硬编码固定尺寸
   将固定的窗体尺寸改为动态计算，例如基于屏幕工作区设置：

this.ClientSize = Screen.PrimaryScreen.WorkingArea.Size;
this.MinimumSize = new Size(800, 600); // 设置合理的最小尺寸，而非固定值

4. 调整控件停靠顺序
   先添加边缘停靠的控件，再添加填充控件，修正布局计算优先级：

this.Controls.Add(this._ShellForm_Toolbars_Dock_Area_Top);
this.Controls.Add(this._ShellForm_Toolbars_Dock_Area_Bottom);
this.Controls.Add(this._ShellForm_Toolbars_Dock_Area_Left);
this.Controls.Add(this._ShellForm_Toolbars_Dock_Area_Right);
this.Controls.Add(this.stableShellStatus);
this.Controls.Add(this.contentWorkspace);

5. 多DPI场景测试
   在不同DPI缩放比例（100%、125%、150%等）下测试64位版本的窗体最大化效果，验证布局自适应能力。

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