FormStartPosition.CenterScreen 有时无效，因其仅在窗体首次显示前生效；若在Load事件设置、后续修改Location或父窗体未激活时使用CenterParent，均会导致失效。
FormStartPosition.CenterScreen 看起来最简单，但多数人设了没反应——不是代码写错了，而是时机或后续操作把它覆盖掉了。
为什么 StartPosition = FormStartPosition.CenterScreen 有时无效
这个属性只在窗体首次显示前生效。如果在 Load 事件里才设置，或者设置了之后又手动改了 Location、Left/Top，它就直接被忽略。常见踩坑点：
- 在
Load事件中设置 —— 太晚，窗体已开始布局 - 构造函数里设了
CenterScreen，但后面又写了this.Location = new Point(...)—— 覆盖掉 - 父窗体未激活或未显示，却对子窗体用
CenterParent—— 没有有效的父坐标系 - 多显示器环境下用了
Screen.PrimaryScreen，但用户把窗体拖到了副屏 —— 实际居中位置仍是主屏
手动计算居中位置更可靠（推荐用于主窗体）
绕过 StartPosition 的时机依赖，直接算出屏幕工作区中心点，再反推窗体左上角坐标。关键用 SystemInformation.WorkingArea，它自动扣除任务栏高度：
this.StartPosition = FormStartPosition.Manual;
Rectangle workArea = System.Windows.Forms.SystemInformation.WorkingArea;
this.Location = new Point(
(workArea.Width - this.Width) / 2,
(workArea.Height - this.Height) / 2
);
这段必须放在构造函数里，在 InitializeComponent() 之后、任何 Show() 或 Application.Run() 之前执行。注意：this.Width 和 this.Height 此时必须已有值 —— 如果你动态改过 Size，确保先赋值再算位置。
弹窗/子窗体居中要区分场景
对话框类窗体（ShowDialog()）优先考虑上下文，而不是绝对屏幕中心：
- 有明确父窗体？用
FormStartPosition.CenterParent，但得保证父窗体已Show()过，且不是Hide()状态 - 无父窗体或需强制全屏居中？别用
CenterParent，改用手动计算 +WorkingArea，或调用CenterToScreen()（注意：它只在Show()后有效，ShowDialog()前调会静默失败） - 想加动画？
AnimateWindow的AW_CENTER标志只影响显示过程，不影响最终位置 —— 必须先确保Location已设对，再在Shown事件里触发动画
多显示器和高 DPI 下的隐藏问题
WorkingArea 返回的是主显示器区域，不随当前窗体所在屏幕变化；而 Screen.FromControl(this).WorkingArea 才是它“实际所在屏幕”的可用区域。如果你的应用支持拖窗跨屏，且要求每次都在当前屏居中，就得动态获取：
Screen currentScreen = Screen.FromControl(this);
Rectangle workArea = currentScreen.WorkingArea;
this.Location = new Point(
workArea.X + (workArea.Width - this.Width) / 2,
workArea.Y + (workArea.Height - this.Height) / 2
);
另外，高 DPI 缩放开启后，Width/Height 可能是逻辑尺寸，而 WorkingArea 是物理像素 —— 若窗体启用了 AutoScaleMode = AutoScaleMode.Dpi，建议统一用 this.ClientSize 替代 this.Size 参与计算，避免错位。
