get()仅安全暴露裸指针而不移交所有权，release()则彻底移交所有权并置空自身；需只读访问时用get()，需转移销毁责任时用release()，需释放资源时用reset()。
get() 只读取裸指针，不改变所有权
get() 返回当前管理的原始指针（T*），但 不移交、不释放、不重置 内部状态。它常用于需要传入 C 风格 API 或只读访问的场景，比如调用 some_c_function(ptr.get())。此时 unique_ptr 仍持有所有权，析构时仍会自动 delete 对象。
常见错误是误以为 get() “交出控制权”——其实它和 &*ptr 效果一致，只是安全地暴露底层指针。
release() 彻底移交所有权，自身变为空
release() 将内部指针返回并立即将其置为 nullptr，不再负责析构。调用后，原 unique_ptr 处于空状态（ptr == nullptr 且 ptr.get() == nullptr），你必须手动管理返回的指针生命周期。
典型使用场景包括：移交资源给另一个智能指针（如转给 shared_ptr）、传递给需裸指针且由接收方负责释放的 C 接口、或临时脱离 RAII 管理。
立即学习“C++免费学习笔记（深入）”；
- 如果忘记保存
release()的返回值，会造成内存泄漏（指针丢失，无人delete） - 对已为空的
unique_ptr调用release()是安全的，返回nullptr - 不能用
release()的结果直接构造另一个unique_ptr而不加检查——若原对象已空，会构造出空的unique_ptr，但容易掩盖逻辑错误
release() 后不能再用 get() 获取有效指针
一旦调用 release()，该 unique_ptr 内部指针被清零，后续调用 get() 永远返回 nullptr。这和 reset() 类似，但关键区别在于：release() 把指针“交出来”，reset() 默认直接 delete 它（或用新指针替换）。
std::unique_ptrptr = std::make_unique (42); int* raw = ptr.release(); // ptr now holds nullptr assert(ptr.get() == nullptr); // true delete raw; // 必须手动释放，否则泄漏
什么时候该用哪个？看所有权是否要转移
核心判断依据只有这一条：是否要把资源的销毁责任从 unique_ptr 移走。
- 只需临时传参、查看、调试？→ 用
get() - 要交给别人管理（比如另一个智能指针、C 函数、或自己手动
delete）？→ 用release() - 想清空并让
unique_ptr释放资源？→ 用reset()，不是release()
最容易被忽略的是：release() 不是“获取指针的另一种方式”，它是所有权契约的主动终止。一旦调用，你就得立刻决定那个裸指针的命运——延迟处理几乎必然导致泄漏或悬垂。
