VS22中如何设置Windows Forms窗体起始位置使其在启动窗体所在显示器打开？

核心思路 #

不要依赖默认的StartPosition枚举值（如CenterParent或WindowsDefaultLocation），VS2022对应的.NET 6+运行时调整了多显示器场景下的窗体起始位置判定逻辑，导致旧行为失效。核心方案是主动获取启动窗体所在的显示器边界，手动控制新窗体的位置，或通过统一的基类实现全局控制。

具体实现方法 #

方法1：手动定位（最可靠） #

在新窗体的构造函数或Load事件中，直接基于启动窗体所在显示器设置位置：

// 假设启动窗体在Program类中以MainForm静态字段暴露
var targetScreen = Screen.FromControl(Program.MainForm);

// 强制设置起始位置为手动指定
this.StartPosition = FormStartPosition.Manual;

// 将窗体定位到目标显示器的左上角
this.Location = new Point(targetScreen.WorkingArea.Left, targetScreen.WorkingArea.Top);

// 若需要居中显示，替换为以下代码
// this.Location = new Point(
//     targetScreen.WorkingArea.Left + (targetScreen.WorkingArea.Width - this.Width) / 2,
//     targetScreen.WorkingArea.Top + (targetScreen.WorkingArea.Height - this.Height) / 2
// );

建议创建一个基类窗体，将上述逻辑放在基类中，所有业务窗体继承该基类，避免重复编码。

方法2：正确关联Owner并使用CenterParent #

如果偏好使用StartPosition枚举，需确保新窗体的Owner属性明确指向启动窗体：

// 打开新窗体时的代码
var newForm = new YourBusinessForm();
newForm.Owner = Program.MainForm;
newForm.StartPosition = FormStartPosition.CenterParent;
newForm.Show();

注意：若使用ShowDialog()，需手动指定Owner，否则可能默认关联当前活动窗体而非启动窗体，导致位置错误。

方法3：重写SetBoundsCore实现全局限制 #

若需要强制所有窗体始终在目标显示器内（包括拖动时），可在基类窗体中重写SetBoundsCore方法：

protected override void SetBoundsCore(int x, int y, int width, int height, BoundsSpecified specified)
{
    var targetScreen = Screen.FromControl(Program.MainForm);
    // 确保窗体始终处于目标显示器的工作区内
    x = Math.Max(targetScreen.WorkingArea.Left, Math.Min(x, targetScreen.WorkingArea.Right - width));
    y = Math.Max(targetScreen.WorkingArea.Top, Math.Min(y, targetScreen.WorkingArea.Bottom - height));
    base.SetBoundsCore(x, y, width, height, specified);
}

版本差异说明 #

VS2019通常对应.NET Framework或.NET 5，其WinForms运行时默认优先以启动窗体所在显示器作为新窗体的默认位置；而VS2022默认使用.NET 6+，该版本调整了多显示器逻辑，默认会将新窗体放在当前活动显示器上，因此旧代码的默认行为失效。

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