TabControl 并非真正浏览器标签页，需手动实现关闭按钮、拖拽重排等功能；TabPage 切换时资源不会自动释放，须在 SelectedIndexChanged 中手动控制 Timer、连接等状态；设计器生成的 TabPage 易与代码添加的混淆，建议全量代码管理。
TabControl 是 WinForms 里最接近浏览器标签页的原生控件，但它不是浏览器标签页——别指望它自带关闭按钮、拖拽重排或双击新建。
TabControl 的 TabPage 没有内置关闭按钮，得自己加
WinForms 的 TabPage 默认不提供关闭图标或右键菜单。你看到的“带 × 的标签页”全是手动画出来的。
- 常见错误：直接在
TabControl上监听MouseClick，结果点中标签文字区域时坐标计算错，关错页 - 正确做法：重写
TabControl的WndProc，拦截WM_DRAWITEM和WM_MOUSEMOVE，用GetTabRect算出每个标签右上角 12×12 区域作为关闭热区 - 更稳妥的替代：用第三方库（如
Krypton Toolkit）或改用DataGridView+ 自定义面板模拟标签逻辑，尤其当需要支持 Ctrl+Tab 切换或悬停提示时
Tab 页面切换时，控件焦点和资源释放容易失控
很多人以为 SelectedIndexChanged 触发时，旧页已“暂停”，新页刚“激活”——其实不是。所有 TabPage 的子控件始终在内存中，且焦点行为不受标签控制。
- 典型现象：切到后台标签页后，里面还在跑
Timer、持续请求 API、甚至弹出MessageBox - 必须手动处理：在
SelectedIndexChanged里检查SelectedTab，对非当前页的Timer.Enabled = false，对当前页恢复；数据库连接、WebSocket 连接也得按需启停 - 注意
Visible属性无效：即使TabPage.Visible = false，它的子控件依然可能响应事件，真正可靠的是控制其内部逻辑开关
动态添加/移除 TabPage 时，设计器生成的初始化代码会干扰
如果你在设计器里拖了一个 TabControl 并加了几个 TabPage，VS 自动生成的 InitializeComponent() 会硬编码这些页。后续用代码 TabPages.Add() 没问题，但 TabPages.RemoveAt(0) 可能导致设计器页被意外删掉。
- 隐患点：设计器生成的
TabPage实例名（如tabPage1）和代码中新建的页混在一起，IndexOf查找不准 - 建议：统一用代码管理全部
TabPage，删掉设计器里预设的页，在Form.Load或构造函数里全量创建，避免混合模式 - 移除时优先用引用而非索引：
tabControl1.TabPages.Remove(myTabPageInstance)，比RemoveAt(i)更安全
真正的难点不在怎么画个 ×，而在于标签页背后的状态隔离——哪个 Timer 该停、哪个 ViewModel 该释放、键盘快捷键该绑定到谁，这些都得你一条条理清楚。没人替你管。
