SplitContainer 的 Panel1 和 Panel2 大小不按预期，根本原因是 SplitterDistance 为绝对像素值而非百分比，且需在 Load/Shown 事件中设置；子控件须设 Dock=Fill 或全向 Anchor，否则布局错乱。
SplitContainer 的 Panel1 和 Panel2 大小为什么总不按预期？
根本原因是 SplitterDistance 和 SplitterWidth 的单位与理解偏差：它不是像素百分比，而是从左/上边缘到分割线的绝对像素值（水平时是 Panel1 宽度，垂直时是 Panel1 高度）。设置前没考虑容器是否已布局完成，会导致值被忽略。
- 初始化后立即设
SplitterDistance，但此时控件还没测量尺寸，值会被重置为默认（通常是 100） - 应在
Load事件或Shown事件中设置，或调用PerformLayout()后再设 - 想按比例分配？别硬算像素，用
SplitterDistance = (int)(splitContainer.Width * 0.7)，但记得加if (splitContainer.Width > 0)防空值 -
SplitterWidth默认是 6，如果设太小（如 1），拖动时几乎找不到热区；设太大（如 20）又浪费空间且视觉突兀
拖动分割线后 Panel 内容不重绘 / 布局错乱
这不是 SplitContainer 的 bug，而是子控件的 Anchor 或 Dock 属性没配对。SplitContainer 不负责子控件的重排逻辑，只提供两个可伸缩区域。
- Panel1/Panel2 里放了
TextBox却只设了Anchor = Top, Left→ 拖动后右边留白，内容不撑满 - 正确做法：子控件设
Dock = Fill，或Anchor = Top, Bottom, Left, Right - 如果 Panel 里是自定义 UserControl，确保它的
AutoSize是 false，且AutoSizeMode没设成GrowAndShrink - 极少数情况需手动触发重绘：在
SplitterMoved事件里调panel1.Invalidate()，但大概率说明布局逻辑本身有问题
SplitContainer 嵌套使用时拖不动内层分割线
Windows Forms 的鼠标捕获机制会冲突——外层 SplitContainer 抢占了鼠标消息，内层收不到 MouseDown，自然无法启动拖动。
- 最稳解法：避免三层及以上嵌套；两层已是维护边界
- 若必须嵌套，给内层
SplitContainer的Enabled属性设为false再设回true，强制重置鼠标状态（在VisibleChanged里做） - 或者，在外层
SplitterMoving事件里临时禁用内层，SplitterMoved后再启用 - 注意：嵌套后
SplitterWidth叠加会让界面显得拥挤，建议统一设为 4，别混用 6 和 8
WinForms 高 DPI 下 SplitContainer 分割线模糊、拖动卡顿
SplitContainer 本身没做 DPI 感知优化，分割线绘制用的是 GDI+ 线条，缩放后边缘发虚；拖动卡顿则多因频繁触发 SplitterMoved 且事件里做了耗时操作（比如刷新 DataGridView）。
- 必须开启 DPI 感知：项目属性 → 应用程序 → “启用 Windows XP 视觉样式” 打勾，并在
app.manifest里确认有dpiAware=true - 分割线模糊无法根治，但可减轻：设
SplitterWidth = 2（细线缩放后更干净），并关闭双缓冲（SetStyle(ControlStyles.OptimizedDoubleBuffer, false)）有时反而更清晰 - 拖动卡顿？把
SplitterMoved里的逻辑移到SplitterMoved+ 定时器延时执行，或用if (e.SplitX != lastX) { lastX = e.SplitX; ... }防抖
实际用起来，最常被忽略的是 SplitterDistance 的时机问题和子控件的 Dock 配置——这两处出错，界面看起来就像“坏了”，但其实只是没告诉控件该怎么做。
