Qt中QList不可替换为QVector的场景？替换后崩溃原因及Qt6适配问题

问题1：此次崩溃是否可通过QVector官方文档的说明解释？ #

是，完全吻合。
Qt5环境下：

• 若QList存储的元素大小超过指针宽度，你自定义的TreeItem显然属于这类，QList的实现逻辑是将每个元素单独堆分配，容器内部仅存储指向元素的指针数组。容器扩容时仅拷贝内部的指针数组，不会移动堆上的元素本身，因此只要元素未被从容器中删除，你取到的元素地址（如&m_items[i]）就始终有效。
• 而QVector无论元素大小，都将元素连续存储在同一块内存块中，扩容时会申请更大的内存块、拷贝全部现有元素、释放旧内存块。这会导致所有指向旧内存块内元素的指针直接变为野指针，完全符合文档中“QVector的迭代器、引用在容器扩容后失效”的描述。

你遇到的随机断言崩溃，正是这个机制导致的：你将m_items内TreeItem的指针存入m_itemsToExpand后，后续对m_items的插入操作（展开新分支时）触发了QVector内存重分配，旧元素所在内存被释放，此时从m_itemsToExpand取出的指针已悬空，访问item->expanded时读到的是随机内存值，自然触发断言失败。

问题2：原QQuickTreeModelAdaptor源码中哪些操作会触发上述问题？ #

核心触发点都是所有会导致m_items内存重分配的操作，具体包括：

• 向m_items插入新元素：展开分支时，showModelChildItems会创建新的TreeItem并追加到m_items末尾，若当前m_items的预留容量不足，就会触发QVector扩容，导致所有已存储的、指向m_items内部元素的指针失效。
• 从m_items删除元素：收起分支时会删除对应位置的TreeItem，若删除操作触发容器的内存块整理，同样可能导致指针失效（不过Qt容器通常不会自动收缩容量，该触发概率低于插入操作）。
• 节点移动操作：你在modelRowsAboutToBeMoved中处理节点移动时，若对m_items的元素做了批量移动、重排，也可能因元素位置变化触发内存重分配，间接导致指针失效。

另外你写的const QVector<TreeItem> &buffer = m_items.mid(...)还有一个额外隐患：mid()返回的是m_items的深拷贝临时对象，虽然C++规则会将临时对象的生命周期延长到引用销毁，但这种写法本身不符合Qt容器的常规使用规范，建议改为值类型接收，避免后续维护时出现悬垂引用问题。

问题3：Qt6中QList底层改为QVector实现，是否意味着上述代码必然崩溃？ #

若不对原有逻辑做任何修改，确实会出现和Qt5下替换为QVector完全一致的崩溃问题，原因如下：
Qt6的QList不再区分元素大小，统一采用和QVector完全一致的连续内存存储实现，容器扩容时同样会整体拷贝元素、移动元素内存地址，和Qt5下使用QVector的行为完全相同。此时原有代码中“将指向容器内部元素的指针存入其他成员变量”的逻辑，本质上就是在依赖未定义行为，只要触发容器扩容就会出现野指针问题，不存在“必然不崩”的可能。

但这并不意味着Qt6环境下这类树形模型完全无法使用：Qt官方在Qt6版本的QQuickTreeModelAdaptor实现中，已经修改了元素引用方式——要么通过元素索引引用节点，要么用智能指针包装TreeItem后存入容器（容器仅存储智能指针对象，实际的TreeItem仍单独堆分配，地址稳定），从根源上避免了容器扩容导致的指针失效问题。

修复建议 #

• 若仍在Qt5环境下开发，直接回滚为QList即可，符合原有代码的设计逻辑。
• 若需要使用QVector或迁移到Qt6，需修改原有引用方式：不要直接存储指向容器内部元素的原始指针，可改为存储元素在容器中的索引，或用std::unique_ptr<TreeItem>包装节点后存入容器，保证节点实际存储地址不随容器扩容变化。
• 所有调用mid()的位置，建议直接用值类型接收返回的副本，不要绑定常量引用到临时对象。

内容的提问来源于stack exchange，提问作者user4072916