根本原因是窗体未启用 DPI 感知，导致高分屏下系统强制位图缩放，使 Anchor 的像素基准失效；需设置 HighDpiMode.SystemAware、AutoScaleMode.Dpi，并显式配置各控件 Anchor。
Windows Forms 窗口缩放时控件错位，Anchor 没起作用？
根本原因不是 Anchor 写错了，而是窗体默认没启用 DPI 感知，高分屏下系统强行缩放整个窗体（bitmap stretch），导致 Anchor 计算的像素基准失效——你拖动的是“逻辑像素”，系统渲染的是“物理像素”。
实操建议：
- 必须在
Program.cs的Application.Run(new MainForm())前加：Application.SetHighDpiMode(HighDpiMode.SystemAware);
- 项目属性 → 应用程序 → 目标框架选 .NET 5+（.NET Framework 4.8 虽支持但需额外配置清单文件）
-
Form.AutoScaleMode设为AutoScaleMode.Dpi（不是Font，后者只响应字体变化） - 确保窗体设计器里每个控件的
Anchor是显式设置的，别依赖默认值（默认是Top, Left，缩放时右/下边缘完全不跟随）
C# WinForms 中 Anchor 设置后仍不随窗口拉伸？
Anchor 不是“自动适配布局”，它只是告诉控件：“当父容器尺寸变化时，保持你和指定边缘的像素距离不变”。所以如果控件本身宽度固定、又没设 Anchor 到 Right，拉宽窗体时它就卡在左边不动。
常见错误现象：
- 按钮拉伸后文字被截断 → 没设
Anchor到 Right，也没设AutoSize = false - TextBox 宽度不变 → 忘了设
Anchor = AnchorStyles.Left | AnchorStyles.Right | AnchorStyles.Top - Panel 里的子控件不随 Panel 缩放 → 子控件的
Anchor是相对于 Panel 的，不是 Form；得逐层检查
关键参数差异：
-
AnchorStyles.Left | AnchorStyles.Right：控件水平拉伸（宽度随父容器变） -
AnchorStyles.Top | AnchorStyles.Bottom：垂直拉伸（高度随父容器变） - 只设
Left | Top：等同于不缩放，仅位置固定
WinForms 自动缩放 vs AutoSize 和 Dock 的取舍
三者解决的问题不同：AutoSize 是让控件“按内容自适应大小”，Dock 是“贴边停靠并填满剩余空间”，而 Anchor 是“锚定边缘、保持间距”。混用容易冲突。
使用场景建议：
- 做对话框、表单字段 → 优先用
Anchor（如 Label 左对齐 + TextBox 左右锚定） - 做工具栏、状态栏 → 用
Dock = DockStyle.Top / Bottom，别碰Anchor - 做动态文本容器（如日志显示）→
Dock = DockStyle.Fill，禁用Anchor -
AutoSize = true只适合内容极简、且不希望用户调整大小的控件（如小提示 Label），一配上Anchor就容易抖动或重绘异常
性能影响：频繁缩放时，Dock 触发重排最轻量；Anchor 次之；AutoSize 最重（需反复测量文本、触发 Layout）
多显示器 DPI 不一致时 Anchor 行为异常
把窗体从 100% DPI 显示器拖到 125% DPI 显示器，即使设置了 HighDpiMode，控件也可能突然错位或重叠——因为 Windows Forms 的 Anchor 基于创建时的 DPI 缩放因子计算，切换显示器不会自动重算。
可缓解的做法：
- 监听
SystemEvents.DisplaySettingsChanged，在事件中调用this.PerformLayout() - 重写窗体的
OnDpiChanged方法（.NET 5+），手动调整关键控件的Size和Location - 避免在
Anchor同时设Left和Right的控件上叠加Margin，DPI 变化时 Margin 像素值不变，但锚点间距变了，视觉错位更明显
DPI 切换不是边缘情况，现在笔记本外接 4K 显示器太常见了。这个细节一旦忽略，用户反馈就是“你们软件在副屏上没法用”。
