Dock 和 Anchor 不能同时生效，必须择一使用；Dock 按反向 z 轴顺序执行，Fill 必须最后设置；Anchor 需用 | 组合枚举值，且动态添加控件时须先 Add 再设 Dock/Anchor。
Dock 和 Anchor 不能同时生效，选一个用 —— 这是 WinForms 布局最常被忽略的前提。
控件停靠（Dock）必须按顺序设置，否则 Fill 会“吃掉”其他控件
Dock 是反向 z 轴顺序执行的：后设置 Dock 的控件优先占位，先设置的会被挤到剩余空间。比如你依次给 button1、panel1、dataGridView1 设置 DockStyle.Top、DockStyle.Left、DockStyle.Fill，结果 dataGridView1 会填满整个窗体，把前两个控件完全盖住。
- 正确做法是：先设置
Top/Bottom/Left/Right控件，最后才设Fill控件 -
Top和Bottom控件高度固定，宽度随窗体拉伸；Left和Right控件宽度固定，高度随窗体拉高 -
Fill不等于“铺满整个窗体”，而是“填满其他已停靠控件剩下的区域”——这点在嵌套Panel时特别容易误判 - 动态添加控件后调用
Controls.Add()，必须紧接着设置Dock，否则控件可能出现在左上角且不响应缩放
Anchor 属性值是位组合，不是字符串拼接
Anchor 类型是 AnchorStyles 枚举，必须用 | 操作符组合，写成 AnchorStyles.Top | AnchorStyles.Right 才有效。写成 "Top,Right" 或 AnchorStyles.Top + AnchorStyles.Right 都不会报错，但实际无效。
-
AnchorStyles.None表示完全不锚定，控件大小位置全靠Location和Size固定 -
Top | Left（默认值）：控件左上角距离窗体左上角的距离恒定，拉伸时只变大不居中 -
Top | Bottom | Left | Right：控件四边都锚定 → 宽高随窗体同比例拉伸，适合日志框、图表等核心内容区 - 在
TableLayoutPanel中设置Anchor行为不同：控件会移动到单元格指定角落（如设Top | Right就贴右上），而不是维持相对距离
动态创建控件时，Dock/Anchor 必须在 Add 后立即设置
很多人写类似这样的代码：
var lbl = new Label { Text = "动态标签" };
lbl.Dock = DockStyle.Bottom; // ❌ 错误：此时控件还没加入容器
this.Controls.Add(lbl);
结果是 lbl 仍按默认 None 行为显示，缩放无反应。真正起效的顺序是：
- 先创建控件实例
- 再调用
parent.Controls.Add(child) - 紧接着设置
child.Dock或child.Anchor - 如果父容器是
Panel或GroupBox，确保它的AutoSize为false，否则它自身不随窗体变化，子控件再怎么 Dock 也没用
混用 Dock 和 Anchor 的典型陷阱：Panel 的 Modifier 属性必须是 Protected
当你把一个 Panel 放进另一个 Panel，并想让它支持 Dock 时，如果设计器里看不到 Dock 属性可选，大概率是因为它的 Modifiers 属性是 Internal 或 Private。WinForms 要求可停靠控件的访问修饰符至少为 Protected。
- 在设计器中选中该
Panel，打开属性窗口，找到Modifiers项，改为Protected - 或者在代码中手动设置：
myPanel.Modifiers = System.CodeDom.MemberAttributes.Protected;（不推荐，设计器会覆盖） - 这个限制对
Anchor同样存在，但表现更隐蔽：Anchor 看似生效，实则只在首次加载时计算一次距离，后续缩放失效 - 第三方控件（如 WeifenLuo.Docking）不受此限，因为它们重写了布局逻辑，但那是另一套体系，和原生
Dock/Anchor互斥
真正难处理的不是怎么设属性，而是理解“谁在控制尺寸”：是父容器的 Dock 占位规则？是 Anchor 维持的像素距离？还是控件自身的 AutoSize？三者稍有冲突，界面就崩。调试时优先检查父容器的 Dock 顺序和 Modifier 状态，比反复改子控件属性更省时间。
