选择std::unique_ptr还是std::shared_ptr取决于是否需要共享所有权。若资源仅由单一方独占使用，优先选用std::unique_ptr，因其无运行时开销且安全高效；若多个对象或模块需共享同一资源，则使用std::shared_ptr，但需注意引用计数带来的性能成本及潜在循环引用问题，可通过std::weak_ptr打破循环。典型场景包括：类成员变量、局部动态对象用unique_ptr；工厂函数返回独占对象也推荐unique_ptr；多模块共享或需延长生命周期时用shared_ptr。默认应优先考虑unique_ptr，仅在明确需要共享时再转为shared_ptr，必要时可通过std::move将unique_ptr转换为shared_ptr，实现灵活迁移。
选择 std::shared_ptr 还是 std::unique_ptr，关键在于对象所有权的语义。C++ 智能指针的设计目标是自动管理动态内存，避免内存泄漏，但不同类型适用于不同场景。
看是否需要共享所有权
这是最核心的判断标准。
- std::unique_ptr：独占所有权。同一时间只有一个 unique_ptr 指向某个对象，不能复制，只能移动。适合“这个资源只属于我”的情况。
- std::shared_ptr：共享所有权。多个 shared_ptr 可以指向同一个对象，内部使用引用计数，最后一个释放时自动销毁对象。适合“这个资源可以被多个部分使用”的情况。
性能和开销对比
unique_ptr 几乎没有运行时开销，它在编译期就确定了行为，生成的代码接近裸指针。shared_ptr 因为要维护引用计数（控制块），有额外的内存和性能成本。
- unique_ptr 的析构和访问非常轻量。
- shared_ptr 每次拷贝和析构都要原子操作引用计数（线程安全），对性能敏感的场景需谨慎使用。
典型使用场景建议
根据常见模式做选择，能减少设计复杂度。
立即学习“C++免费学习笔记（深入）”；
- 类成员变量、函数局部的动态对象，且不传递出去 → 用 unique_ptr。
- 工厂函数返回对象，使用者不确定生命周期 → 返回 unique_ptr（清晰表达独占语义）。
- 一个对象被多个模块或容器持有 → 使用 shared_ptr。
- 观察者模式、回调中需要延长对象生命周期 → shared_ptr 配合 weak_ptr 避免循环引用。
默认优先选 unique_ptr
大多数情况下，资源并不需要共享。从 unique_ptr 开始设计，只有明确需要共享时再改为 shared_ptr，这样更高效也更安全。
如果后续发现需要共享，可以 move 转换为 shared_ptr：
std::unique_ptrptr = createObject(); std::shared_ptr shared = std::move(ptr); // 合法转换
基本上就这些。先问“要不要共享”，不要就用 unique_ptr，要才用 shared_ptr，同时注意循环引用问题。不复杂但容易忽略。
