智能指针与STL容器配合使用注意事项

在C++中使用智能指针配合STL容器时，最核心的考量是正确管理元素生命周期。1. 容器应直接持有智能指针（如vector<unique_ptr<T>>）而非裸指针，避免悬空指针问题；2. 根据所有权需求选择shared_ptr或unique_ptr，前者适合共享所有权，后者用于独占且更高效；3. 注意容器操作（如push_back、resize）对元素生命周期的影响，不保存原始指针，慎用智能指针作为map/set的key；4. unique_ptr不可复制需用移动操作，嵌套智能指针结构需谨慎处理以避免复杂性和资源泄漏；5. 考虑性能时可评估是否改用普通对象或对象池优化。遵循这些要点能有效规避生命周期相关问题。

在C++中，使用智能指针配合STL容器时，最核心的考量是如何正确管理元素的生命周期。很多人以为用了shared_ptr或unique_ptr就万无一失了，但在实际开发中还是有不少细节容易踩坑。

下面从几个常见场景出发，说说需要注意的地方。

不要手动delete指针

如果你把裸指针放进容器，哪怕外面用的是智能指针管理，也可能会出问题。比如：

std::vector<MyClass*> vec;
{
    std::unique_ptr<MyClass> ptr(new MyClass());
    vec.push_back(ptr.get());  // 存入裸指针
}  // ptr被释放，vec里的指针变成悬空指针

这时候访问vec里的指针就会导致未定义行为。正确的做法是直接让容器持有智能指针：

std::vector<std::unique_ptr<MyClass>> vec;

这样生命周期就能自动跟随容器本身，不会出现提前释放的问题。

shared_ptr和unique_ptr的选择差异

• shared_ptr适合多个地方需要共享所有权的情况，比如多个容器、模块都需要访问同一个对象。
• unique_ptr强调独占所有权，更轻量，也更适合资源明确归属某个容器的情形。

如果你只是想把对象放进容器里，并且不打算在其他地方再引用它，优先使用unique_ptr。这样可以避免不必要的引用计数开销，也能防止误操作造成循环引用。

举个例子：

std::vector<std::unique_ptr<Foo>> items;

items.push_back(std::make_unique<Foo>());

这比new/delete方式安全得多，而且代码简洁清晰。

容器操作可能影响元素生命周期

STL容器的一些操作会导致内部元素重新分配内存或者移动构造，比如push_back、resize、erase等。虽然这些对智能指针来说一般不会直接导致崩溃，但要注意以下几点：

• 不要保存指向容器元素的原始指针：一旦容器扩容或删除元素，原来的指针可能失效。
• 避免将智能指针放在map/set中作为key：特别是shared_ptr，比较逻辑可能不符合预期（除非你自定义了比较函数）。
• unique_ptr不能复制只能移动：所以在某些算法中（如排序），需要用std::move来转移所有权。

例如：

std::vector<std::unique_ptr<int>> v1, v2;
v1.push_back(std::make_unique<int>(42));
v2 = std::move(v1);  // 正确：转移所有权

而如果尝试复制赋值，编译器会报错。

智能指针嵌套需谨慎处理

有时候你会看到这样的写法：

std::map<Key, std::shared_ptr<std::vector<std::unique_ptr<Obj>>>> data;

这种结构虽然合法，但维护起来复杂，容易造成资源泄漏或访问混乱。建议尽量保持层级简单，如果确实需要嵌套，记得确保每一层的生命周期都合理可控。

另外，像vector<shared_ptr<T>>中的每个元素都是动态分配的对象，频繁增删可能导致碎片化。这时候要考虑是否应该换用普通对象存储，或者使用对象池优化性能。

总的来说，在STL容器中使用智能指针的关键就是：让容器持有所有权，避免裸指针，理解不同智能指针的行为差异。只要做到这几点，大多数生命周期相关的问题都能避免。

基本上就这些。