窗体居中显示需在首次显示前设StartPosition=CenterScreen或调用CenterToScreen()，且须确保无Owner、启用DPI感知；CenterScreen居工作区中心，多屏时默认主屏，动态居中推荐CenterToScreen()。
窗体启动时居中显示的正确写法
直接在 Form.Load 事件里设 StartPosition 为 FormStartPosition.CenterScreen 就行，但很多人试了没效果——问题往往出在调用时机或父容器干扰上。
关键点是：这个属性必须在窗体首次显示前生效，且不能被后续代码覆盖（比如手动改 Location）。
-
StartPosition是只读属性？不，它是可写的，但仅在窗体未显示前设置才有效 - 如果窗体是作为子窗体（
Owner不为null），CenterScreen会失效，此时实际居中逻辑由系统按父窗体位置计算，但可能不准 - 在
Form.Show()或Application.Run(new Form1())之后再设无效
推荐写法：
public partial class MainForm : Form
{
public MainForm()
{
InitializeComponent();
this.StartPosition = FormStartPosition.CenterScreen;
}
}
为什么 StartPosition = CenterScreen 有时不居中？
常见错误是误以为“居中”等于“屏幕正中心”，其实它居中的是“工作区”（即任务栏扣除后的可用区域）。如果你的任务栏停靠在顶部/左侧，窗体会避开它，看起来偏下了或偏右了。
另一个高频坑：多显示器环境下，CenterScreen 总是相对于主显示器居中，而不是当前鼠标所在屏。如果程序在副屏启动，窗体仍会飞到主屏中央。
- 要按当前活动屏居中？得自己算：
Screen.FromControl(this).WorkingArea - 想强制按物理屏幕中心（含任务栏）？用
Screen.PrimaryScreen.Bounds，但需手动计算Location - 重写
OnLoad并调用CenterToScreen()是安全的备选，它总能触发一次重定位
CenterToScreen() 和 StartPosition 的区别
CenterToScreen() 是方法，运行时立即生效；StartPosition 是初始化策略，只在首次显示时起作用。两者不互斥，但混用容易冲突。
典型误用：先设 StartPosition = Manual，再在 Load 里调 CenterToScreen() —— 这样可行，但没必要绕路；更糟的是在 Shown 事件里又调一次，导致窗体闪动。
-
CenterToScreen()必须在窗体已创建句柄后调用（即IsHandleCreated == true），否则抛InvalidOperationException - 它不改变
StartPosition值，只是临时定位；下次 Show 仍按原StartPosition行为 - 适合动态场景：比如窗体大小变化后重新居中，或响应 DPI 变化
高 DPI 或缩放设置下居中偏移怎么办
Windows 缩放（如 125%、150%）会导致 Size 和 Location 计算错位，尤其当项目没开启 DPI 感知时。CenterScreen 内部用的是逻辑像素，但窗口管理器用的是物理像素，中间换算出错就偏了。
最简解法：在 app.manifest 里启用 dpiAware=true，并在 Program.cs 开头加 Application.SetHighDpiMode(HighDpiMode.SystemAware)（.NET 5+）。
- 没开 DPI 感知时，
CenterToScreen()算出的坐标会被系统二次缩放，结果偏移明显 - 即使开了感知，某些老旧显卡驱动仍可能让
WorkingArea返回错误值，建议加一层校验：居中后检查Location.X是否为负 - 避免在
Resize中反复调居中，容易引发布局抖动
