必须用std::move()转移std::unique_ptr所有权，因禁止拷贝；返回局部unique_ptr时无需std::move()，编译器自动移动；获取裸指针仅限观察或C接口，不可重复管理；不接管所有权时应传const引用。
用 std::move() 转移所有权，否则编译失败
std::unique_ptr 禁止拷贝，只允许移动。直接传值或赋值会触发删除的拷贝构造函数，编译器报错类似：use of deleted function 'std::unique_ptr。
正确做法是显式调用 std::move()，把左值转为右值引用：
void take_ownership(std::unique_ptr<int> ptr) {
// ptr 现在拥有资源，原调用方不再持有
}
std::unique_ptr<int> p = std::make_unique<int>(42);
take_ownership(std::move(p)); // ✅ 必须 move
// 此时 p 为空（p == nullptr），再访问 *p 是未定义行为
</int></int></int>
函数返回时不用 std::move()
返回局部 std::unique_ptr 变量时，编译器自动应用移动语义（RVO 或移动构造），加 std::move() 反而可能阻止优化，还让代码显得不必要地复杂。
常见错误是画蛇添足：
- ❌
return std::move(local_ptr); - ✅
return local_ptr;（推荐）或return std::make_unique(...);
例如：
std::unique_ptr<:string> make_message() {
auto s = std::make_unique<:string>("hello");
return s; // ✅ 自动移动，s 在返回后失效
}
</:string></:string>
避免裸指针泄漏和双重释放
从 unique_ptr 获取裸指针（.get()）仅用于临时观察或传给 C API；绝不能用它构造另一个 unique_ptr，否则导致双重释放：
- ❌
std::unique_ptr—— 两个 unique_ptr 指向同一内存p2(p.get()); - ❌
delete p.get();—— 手动释放后，p 析构时再次释放 - ✅ 需要共享访问？改用
std::shared_ptr；需临时传参？确认 C 函数不保存指针
典型陷阱场景：向需要 void* 的回调传 p.get()，但回调里又存了该指针并 later 释放。
传递引用或指针时，不转移所有权
如果函数只是读取或操作对象，不接管生命周期，就该用 const std::unique_ptr 或 T& / T*：
void inspect(const std::unique_ptr<int>& ptr) {
if (ptr) std::cout
<p>混淆“是否需要所有权”是实际项目中最常引发空指针崩溃或提前释放的地方——尤其当多个模块对同一资源有不同预期时。</p></int>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
