std::vector存裸指针可行但危险，不推荐；应优先用std::vector直接存储对象，需多态时用std::unique_ptr，仅当明确需要共享所有权才用std::shared_ptr。
std::vector 里存裸指针（int*、MyClass*）可行但危险
可行，但几乎不推荐。裸指针本身不管理内存生命周期，std::vector 只负责拷贝/移动指针值，不会自动 delete 所指向对象。一旦 vector 被销毁、元素被擦除、或发生扩容重分配，你很容易拿到悬空指针，后续解引用直接未定义行为。
常见错误现象：Segmentation fault、Access violation、值随机变化；尤其在 vector push_back 多次后触发 realloc，旧指针失效却未更新。
- 不要用
std::vector<myclass></myclass>来“管理对象生命周期” - 若必须存裸指针（例如只做短暂引用、明确所有权在别处），确保所有指针指向的对象生存期严格长于 vector 本身
- 避免对 vector 做
erase、clear或任何可能使迭代器失效的操作后继续使用原指针
用 std::unique_ptr 存储堆对象最常用也最安全
std::unique_ptr 把所有权和生命周期绑定到 vector 元素上：vector 销毁时自动调用每个 unique_ptr 的析构函数，释放对应对象；移动语义保证转移高效且无资源泄漏。
使用场景：你需要在运行时动态创建一批对象，由 vector 统一持有并管理其生存期。
std::vector<:unique_ptr>> vec;
vec.push_back(std::make_unique<myclass>(42));
vec.push_back(std::make_unique<myclass>("hello"));
// 使用：vec[0]->do_something();
// 销毁：vec.clear() 或离开作用域 → 所有对象自动 delete</myclass></myclass></:unique_ptr>
- 必须用
std::make_unique构造（避免裸new+ 异常导致泄漏） - 不能复制
std::unique_ptr，所以 vector 不支持push_back(ptr)（若ptr是左值），要用std::move(ptr)或直接构造 - 访问成员用
->，解引用用*，和裸指针语法一致，迁移成本低
共享所有权？用 std::shared_ptr 但注意循环引用
当多个 vector 或其他对象需要共享同一块数据，且谁最后一个释放谁负责销毁时，std::shared_ptr 是合理选择。但要注意：它引入引用计数开销，且容易因循环引用导致内存泄漏。
典型陷阱：两个 std::shared_ptr 互相持有对方管理的对象（比如双向链表节点、父子对象关系），引用计数永远不为 0。
- 优先考虑
std::unique_ptr；只有明确需要共享所有权才升级到std::shared_ptr - 避免在类内部用
std::shared_ptr<self_type></self_type>持有自己；改用std::weak_ptr打破循环 -
std::vector<:shared_ptr>></:shared_ptr>支持拷贝（引用计数+1），适合传参或缓存，但比unique_ptr稍重
为什么不用 std::vector<t></t> 直接存对象？
这是最简单、性能最好、最符合 RAII 的方式 —— 对象就在 vector 的连续内存中，无额外指针跳转，无堆分配开销，析构自动调用。但它要求 T 可拷贝/可移动，且对象大小固定（或满足 small object 优化条件）。
实际限制往往来自：对象太大（拷贝昂贵）、构造代价高、或类型是多态基类（需存储派生类对象）。
- 如果
T是轻量级（如int、std::string、小结构体），直接std::vector<t></t>几乎总是最优解 - 若需多态，必须用指针（
unique_ptr<base>），因为std::vector<base>会发生对象切片（slicing） - 若对象构造非常慢，且你只在最后批量初始化，可先 reserve 容量，再用 emplace_back 避免临时对象
unique_ptr 覆盖大多数需求，而真正需要 shared_ptr 的场景其实比想象中少——很多所谓“共享”只是读取，用 const 引用或原始指针（带明确生命周期约束）更轻量。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
