c++的std::unique_ptr和std::shared_ptr之间如何转换？ (所有权转移)_技术教程

std::unique_ptr转std::shared_ptr只能通过std::move实现所有权转移，直接用.get()构造会导致双重释放；反之不可行，因shared_ptr共享所有权而unique_ptr要求独占，且use_count()==1非线程安全。

std::unique_ptr 本质是独占所有权，无法复制；要转成 std::shared_ptr，必须交出控制权，用 std::move() 转移底层指针。这是唯一安全的方式。

std::unique_ptr up = std::make_unique(42);
std::shared_ptr sp{std::move(up)}; // ✅ 正确：所有权转移
// std::shared_ptr sp2{up.get()}; // ❌ 危险：up 之后析构会重复释放

因为 std::shared_ptr 表示共享所有权，而 std::unique_ptr 要求独占，所以标准库不提供直接转换接口。强行“转”需要先确认引用计数为 1，再用 .release() 拿出裸指针手动构造 —— 但这个过程不安全，且破坏 RAII。

sp.use_count() == 1 是必要前提，但不是线程安全的判断条件（竞态下可能刚检查完就新增引用）
sp.reset() 或 sp = nullptr 后，sp.get() 变为 nullptr，但此时资源已被释放，不能再用于构造 unique_ptr
真正能“等效替代”的做法是：改用 std::shared_ptr 并接受共享语义，或重构生命周期，避免中途切换

这是设计上的刻意限制，反映两种智能指针的根本差异：

std::unique_ptr → std::shared_ptr：move 是单向、明确的所有权移交，语义清晰
std::shared_ptr → std::unique_ptr：意味着“我断定此刻没人跟我共享”，但 C++ 无法在运行时可靠验证这一点，强制转换会掩盖潜在竞态或误用
标准库不提供 shared_ptr::release()，正是因为释放后无法保证其他副本不继续使用资源

实际开发中，想“转”往往说明接口设计或所有权边界没理清。更稳妥的做法是：

立即学习“C++免费学习笔记（深入）”；

函数返回 std::unique_ptr，调用方按需转为 std::shared_ptr（如需长期持有或跨线程）
避免让同一对象既被 unique_ptr 又被 shared_ptr 管理 —— 容易引发 double-free 或悬空指针
若需灵活切换，考虑用 std::shared_ptr 统一管理，配合 weak_ptr 规避循环引用
极少数确定单引用场景（如工厂内部临时封装），可用 std::shared_ptr::get() + std::unique_ptr 自定义 deleter 空操作，但这属于 hack，不推荐