Qt SimpleTreeModel示例为何选用std::vector<std::unique_ptr<TreeItem>>而非std::vector<TreeItem>？

1. 适配树形结构的双向引用与生命周期管理 #

树形结构里每个子节点需要持有父节点的指针（m_parentItem），如果用值类型存储子节点，子节点会成为父节点对象的一部分——父节点销毁时，子节点会被自动析构，但析构子节点过程中如果访问m_parentItem（比如自定义业务逻辑），此时父节点已经处于销毁状态，极易触发未定义行为。而用unique_ptr的话，子节点独立分配在堆上，父节点销毁时通过unique_ptr自动递归销毁子节点，逻辑清晰，也能避免这类生命周期冲突。

2. 支持多态与扩展性 #

如果后续需要扩展TreeItem（比如派生带自定义业务逻辑的子类），值类型的std::vector<TreeItem>会触发对象切割，无法正确存储派生类对象。而指针可以完美支持多态，让模型能灵活处理不同类型的树节点，这也是Qt示例预留扩展性的核心考虑。

3. 内存操作效率更高 #

• 扩容/移动成本：std::vector<TreeItem>扩容时需要拷贝或移动整个TreeItem对象（如果TreeItem包含大量数据，比如长文本、复杂QVariant集合，成本极高）；而std::unique_ptr<TreeItem>本身只是一个指针，移动/拷贝的成本可以忽略不计。
• 节点移动操作：模型中经常需要做节点剪切、拖拽等操作，用指针只需要转移unique_ptr的所有权，不需要复制整个节点数据，对于包含大量项的模型，性能差异会非常明显。

4. 避免地址失效问题 #

std::vector<TreeItem>在扩容时会重新分配内存，所有元素会被移动到新的内存地址，此时如果之前保存了某个节点的指针（比如视图缓存的节点地址），就会变成野指针。而unique_ptr指向的节点地址是固定的，不会因为容器扩容而改变，能避免这类隐性bug。

关于你担心的间接访问性能损耗 #

对于大多数业务场景，指针的间接访问带来的性能影响微乎其微——现代CPU的缓存机制会极大抵消这部分开销。反而值类型带来的扩容拷贝、对象切割限制等问题，在实际项目中会造成更大的性能和维护困扰。Qt官方示例选择指针方案，是权衡实用性、扩展性和长期维护性后的最优解。

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