正确路径是放弃QTabWidget，改用QMdiArea管理QMdiSubWindow子窗口，配合QDockWidget实现拖出停靠与拖回合并；需手动实现吸附热区判断、widget所有权转移及子窗生命周期管理。
Qt 中 QTabWidget 不支持原生拖拽拆分，必须换用 QDockWidget + QMdiArea 组合
直接在 QTabWidget 上实现标签页拖出成独立窗口、再拖回合并、还能自由停靠——Qt 官方没提供这功能。硬改 QTabWidget 的鼠标事件和 tabbar 行为极易崩溃或状态错乱，尤其涉及 QDrag、QDropEvent 和窗口生命周期管理时。正确路径是放弃 QTabWidget，改用 QMdiArea（多文档区域）管理子窗口，配合 QDockWidget 实现可停靠的侧边/底部面板。核心逻辑不在“拖标签”，而在“拖子窗口到 dock 区域触发停靠”。
常见错误现象：QTabWidget::tabBar()->setMovable(true) 或重写 mousePressEvent 后拖拽卡死、释放后无响应、窗口位置错乱、QTabBar 的 currentChanged 信号失效。
- 所有待拆分的“标签页”实际是
QMdiSubWindow，每个子窗持有自己的QWidget内容 -
QMdiArea必须启用setViewMode(QMdiArea::TabbedView)才能默认以标签形式展示，但底层仍是子窗口模型 - 停靠区由多个
QDockWidget构成（如左栏 Dock、底栏 Dock），它们需通过addDockWidget()注册到主窗口 - 关键动作不是监听 tab 拖拽，而是拦截
QMdiSubWindow的moveEvent或leaveEvent，判断是否进入 dock 区域边界
如何让 QMdiSubWindow 拖出后自动吸附到 QDockWidget 边缘
Qt 不提供自动吸附（snapping）逻辑，必须手动计算坐标与 dock 区域的相对位置。重点不是“拖拽开始”，而是“拖拽过程中持续判断窗口中心点是否落入某 dock 的吸附热区”。
使用场景：用户按住子窗口标题栏拖动，当窗口中心进入左侧 dock 的右边缘 20 像素范围内时，自动收缩并停靠为 dock 的浮动子窗；松手即完成停靠。
立即学习“C++免费学习笔记（深入）”；
- 在主窗口中重写
eventFilter()，监听所有QMdiSubWindow的QEvent::Move - 对每个移动中的子窗，调用
mapToGlobal(rect().center())获取屏幕中心点 - 遍历所有已注册的
QDockWidget，用dockWidget->mapFromGlobal(center)转换坐标，再检查是否落在其rect()的边缘热区内（例如：x ∈ [-20, 0] 且 y ∈ [0, height()] 表示左 dock 热区） - 触发停靠前，先调用
subWindow->setWidget(nullptr)解除与 mdiarea 关联，再dockWidget->setWidget(subWindow->widget()) - 注意：停靠后原
QMdiSubWindow实例应销毁，否则内存泄漏；若要支持“从 dock 拖回 mdiarea”，需额外监听 dock 的topLevelChanged信号
QDockWidget 停靠后如何还原为 QMdiSubWindow 标签页
用户双击 dock 标题栏、或拖拽 dock 的 widget 内容区离开 dock 区域，应重新生成 QMdiSubWindow 并插入 QMdiArea。难点在于 widget 所有权转移和父子关系重建。
参数差异：QMdiSubWindow::setWidget() 要求传入未被其他父对象持有的 widget；而 QDockWidget::widget() 返回的 widget 已被 dock 管理，直接传入会触发 Qt 断言 “QWidget: Cannot set parent”。
- 停靠时：先
auto w = dockWidget->widget(); dockWidget->setWidget(nullptr);，再mdiArea->addSubWindow(w) - 还原时：必须先从 dock 移除 widget（
dockWidget->setWidget(nullptr)），再创建新QMdiSubWindow，调用subWindow->setWidget(w)，最后subWindow->show() - 不能复用旧
QMdiSubWindow实例——它已被销毁；也不能直接w->setParent(mdiArea)，这会破坏 mdi 子窗结构 - 性能影响：频繁创建/销毁
QMdiSubWindow开销小，但若 widget 内含 OpenGL 或视频控件，需确保资源在切换时不重复初始化
为什么 QSplitter + QTabWidget 组合无法满足需求
有人尝试用 QSplitter 套多个 QTabWidget，再监听 tab 拖拽信号做“伪拆分”。这种方案在 UI 层看似可行，但本质是静态布局，不支持运行时动态增删 dock、无法响应系统级窗口停靠（如 Windows Aero Snap）、且 QSplitter 的尺寸策略与 QDockWidget 的浮动/嵌入行为完全冲突。
容易踩的坑：QSplitter::addWidget() 后再调用 QTabWidget::addTab()，导致 tab 无法响应鼠标事件；或使用 QSplitterHandle 自定义拖拽，却忽略 QSplitter 默认禁用子 widget 的 dragEnabled。
-
QSplitter是布局管理器，不是窗口容器，没有setAllowedAreas()或setFloating()接口 -
QTabWidget的tabBar()是私有实现，QTabBar::tabAt()返回索引但不暴露拖拽源 widget - 即使强行 patch 出拖拽效果，也无法与 Qt 主窗口的
centralWidget和addDockWidget()协同工作，最终变成两个独立窗口系统互不感知
真正可靠的路径只有一条：接受 QMdiArea + QDockWidget 的组合范式，把“标签页”理解为可浮动、可停靠、可关闭的子窗口实例，而不是视觉上的 tab 样式。样式可以用 QMdiArea::setDocumentMode(true) 和自定义 QStyle 贴近 tab 效果，但底层模型不能妥协。
