Panel 是纯容器，无默认交互反馈与自动布局逻辑，需手动处理 AutoScroll、高度折叠及焦点管理，误用易致维护困难。
Panel 本身不处理用户输入，也不自带滚动条或自动布局逻辑——它只是个“透明盒子”，用错场景或忽略其默认行为，反而会让界面更难维护。
Panel 的 AutoScroll 属性为什么点了没反应？
常见现象是拖入控件后超出 Panel 边界，勾选了 AutoScroll = true 却没出现滚动条。根本原因是：Panel 不会自动调整 AutoScrollMinSize，也不会根据子控件位置自动计算内容尺寸。
- 必须手动设置
AutoScrollMinSize（例如new Size(0, 500)），或确保子控件的Location+Size超出 Panel 的 ClientRectangle - 子控件不能设
Anchor = Top | Left | Bottom | Right，否则缩放时可能“拉伸”导致布局错乱，掩盖真实溢出 - 如果动态添加控件，需在添加后调用
panel.PerformLayout()或临时触发重绘（如panel.Invalidate()）
用 Panel 做“可折叠区域”时，为什么 Collapse 后高度没变？
Panel 没有 Collapse 或 Visible 的动画支持，直接设 Visible = false 会释放空间，但设 Height = 0 却常无效——因为父容器（如 FlowLayoutPanel、TableLayoutPanel）可能忽略子控件的 Height 设置，只认 MinimumSize 或布局策略。
- 推荐做法：用
Height = 0+Padding = new Padding(0)+Margin = new Padding(0)彻底消除占位 - 若嵌套在
TableLayoutPanel中，还需将对应行的SizeType设为AutoSize，否则该行仍保留最小高度 - 避免用
SuspendLayout()/ResumeLayout()包裹高度变更，它可能延迟布局更新，造成闪烁或卡顿
Panel 和 GroupBox、TabControl 哪个更适合做功能分组？
Panel 是纯容器，无边框、无标题；GroupBox 自带边框和标题文字，但不支持多选标签页；TabControl 天然支持页签切换，但每个 TabPage 是独立容器，切换时不会销毁控件。
- 需要带标题的静态分组 → 用
GroupBox（语义清晰，无障碍支持好） - 需要运行时动态增删子控件、且不希望影响父布局 →
Panel最轻量 - 功能模块差异大、用户需主动切换 →
TabControl更合适，但注意SelectedIndexChanged事件不保证控件已完全渲染，首次访问SelectedTab.Controls前建议加空检查
Panel 的真正难点不在怎么加控件，而在于它“不发声”——没有默认交互反馈、不参与 Tab 键顺序自动管理、也不校验子控件是否越界。一旦把它当万能胶水用，后面调试焦点、缩放、DPI适配时就会反复掉坑里。
