TabControl.TabPages.Add() 失败主因是控件未初始化，须在 InitializeComponent() 后操作，推荐 Form_Load 中添加并设置 Text 和 Controls；切换逻辑用 SelectedIndexChanged 事件，避免死循环；复杂页面优先用 UserControl 并缓存；标题过长宜用 ToolTip 替代换行。
TabControl.TabPages.Add() 为什么加不进去新选项卡？
直接调用 TabPages.Add() 没反应，或者运行时报 NullReferenceException，大概率是控件还没初始化完就去操作——比如在窗体构造函数里、InitializeComponent() 前就访问 tabControl1.TabPages。
实操建议：
- 确保所有对
TabPages的操作都在InitializeComponent()之后，推荐放在Form_Load事件里 - 别手动 new TabPage 后直接 Add：要先设置
Text（否则标签显示为空白）和可选的Controls.Add(...)，再 Add 到集合 - 如果从设计器拖了
TabControl，它默认带一个TabPage；删掉它再代码添加更可控，避免混淆
示例：
private void Form1_Load(object sender, EventArgs e)
{
var tabPage = new TabPage("日志");
tabPage.Controls.Add(new TextBox { Dock = DockStyle.Fill });
tabControl1.TabPages.Add(tabPage); // 这里才真正生效
}
切换 Tab 时怎么触发自定义逻辑？
靠 SelectedIndexChanged 事件，不是 Click 或 Selected——后者根本不存在或不触发。这个事件在用户点标签、代码改 SelectedIndex、甚至按 Ctrl+Tab 切换时都会触发。
注意点：
- 窗体首次加载时，如果没设
SelectedIndex，默认为 0，会触发一次事件；加个标志位跳过初始触发更安全 - 不要在事件里反复修改
SelectedIndex，容易死循环（比如切换到 A 页时又强制切回 B） - 想延迟加载内容？在事件里判断
tabControl1.SelectedTab?.Tag == null再初始化，避免每次切换都重绘
TabPage 里放 UserControl 还是直接堆控件？
页面逻辑复杂、后续可能复用或测试时，必须用 UserControl；纯静态配置页（比如几个 Label+TextBox），直接加也行，但很快会失控。
关键差异：
-
UserControl自带独立生命周期（Load、VisibleChanged），适合封装数据绑定、异步加载 - 直接往
TabPage.Controls加控件，布局靠Dock或Anchor，一旦嵌套深，BringToFront()或 Z-order 容易出错 - 动态切换时，
UserControl可以预实例化并缓存（Tag存引用），避免反复 new/Dispose
示例（缓存页）：
private readonly Dictionary<int, UserControl> _pageCache = new();
private void tabControl1_SelectedIndexChanged(object sender, EventArgs e)
{
var idx = tabControl1.SelectedIndex;
if (!_pageCache.TryGetValue(idx, out var uc))
{
uc = idx == 0 ? new ConfigPanel() : new LogViewer();
_pageCache[idx] = uc;
tabControl1.SelectedTab.Controls.Add(uc);
uc.Dock = DockStyle.Fill;
}
}
Tab 标题文字太长被截断，怎么让自动缩略或换行？
TabControl 默认不支持换行，DrawMode = OwnerDrawFixed 是唯一可控方案，但代价是得自己画每一页的标题。
更务实的做法：
- 限制标题长度，用
Text.Substring(0, Math.Min(10, Text.Length)) + "..."预处理 - 改用
ToolTips显示完整标题：toolTip1.SetToolTip(tabControl1.TabPages[i], "完整描述") - 真要换行？只能关掉
Appearance = TabAppearance.Normal，设DrawMode = OwnerDrawFixed，然后监听DrawItem事件，用Graphics.DrawString(..., StringFormat.GenericTypographic)手动折行——但 DPI 缩放、高对比度模式下容易崩
多数场景下，tooltip + 简洁命名比强行换行更可靠。
TabControl 的坑不在加页，而在页内控件的生命周期管理——比如切换走后，后台线程还在往已 Dispose 的 TextBox 写日志，这时候异常不会立刻报，而是卡在下次 Paint。留神IsDisposed 和 VisibleChanged 的配合时机。 
