智能指针是C++系统编程中内存安全的基石，应优先用unique_ptr管理独占资源，谨慎使用shared_ptr并明确所有权边界，用weak_ptr打破循环引用，系统级代码需特别注意分配器、信号处理及C API交互等细节。
在C++系统编程中，智能指针不是“可选工具”，而是内存安全的基石。正确使用std::unique_ptr、std::shared_ptr和std::weak_ptr，能几乎消除手动new/delete引发的泄漏、悬垂指针与重复释放问题。关键不在“用不用”，而在“怎么用才不踩坑”。
优先用std::unique_ptr管理独占资源
unique_ptr语义清晰：资源只能被一个指针拥有，移动即转移所有权，禁止拷贝。这天然契合系统编程中大量存在的“单所有者”场景（如缓存项、配置对象、IO buffer）。
- 构造时直接用
make_unique，避免裸new：auto buf = std::make_unique<uint8_t>(4096);</uint8_t>[]>—— 异常安全，无内存泄漏风险 - 函数返回
unique_ptr表示移交所有权：std::unique_ptr<filehandle>OpenFile(const char* path);</filehandle> - 容器里存
unique_ptr而非裸指针：std::vector<std::unique_ptr<connection>> connections;</connection>—— 容器析构时自动清理全部资源
谨慎引入std::shared_ptr，明确所有权边界
shared_ptr适合真正需要共享生命周期的场景（如观察者模式中的回调对象、多线程间传递资源），但引用计数开销和循环引用风险不容忽视。
- 同样优先用
make_shared：一次分配控制块+对象，比先new再构造更高效 - 避免裸指针隐式转换：不要写
shared_ptr<t>(new T)</t>，易导致异常安全问题 - 跨模块传递时，用
const shared_ptr<t>&</t>接收，避免无谓增加引用计数
用std::weak_ptr打破循环引用
当两个shared_ptr互相持有对方（如父-子节点、缓存与使用者），引用计数永不归零，造成内存泄漏。此时子对象应持weak_ptr指向父对象。
立即学习“C++免费学习笔记（深入）”；
-
weak_ptr不延长对象生命周期，访问前必须调用lock()转为shared_ptr并检查是否为空 - 典型场景：缓存项持有对“拥有者”的弱引用，避免缓存长期驻留导致拥有者无法析构
- 注意：
weak_ptr本身不保证线程安全；lock()是原子操作，但后续使用需自行同步
系统级代码中特别注意的细节
在底层或高性能系统编程中，智能指针行为需更严格把控：
- 禁用自定义删除器以外的分配器（除非你完全理解其对内存布局和对齐的影响）
- 避免在信号处理函数、中断上下文或实时线程中使用
shared_ptr（引用计数递增可能触发锁或内存分配） - 与C API交互时，用
release()移交所有权，并确保C端有明确的销毁契约；必要时用自定义删除器封装free/close等 - 调试泄漏时，可用
shared_ptr的use_count()辅助定位，但勿用于生产逻辑判断
不复杂但容易忽略。
