weak_ptr能打破shared_ptr循环引用导致的内存泄漏，因其不增加引用计数；当A和B互相用shared_ptr持有对方时，引用计数永不归零，对象无法析构；weak_ptr需通过lock()获取临时shared_ptr才能安全访问。
weak_ptr 本身不增加引用计数，只“观察” shared_ptr 管理的对象，因此能打破 shared_ptr 之间的循环引用，让对象在不再被真正需要时及时析构。
为什么循环引用会导致内存泄漏？
当两个对象互相用 shared_ptr 持有对方时，它们的引用计数永远 ≥1，即使外部所有 shared_ptr 都已离开作用域，对象也无法释放。比如：A 中有 shared_ptr<B>，B 中又有 shared_ptr<A>，A 和 B 构成闭环，引用计数卡死，析构函数永不调用。
weak_ptr 的核心用法：不参与所有权，仅临时访问
把循环中“非主导”的那一端改用 weak_ptr。它不增加引用计数，但可通过 lock() 获取一个临时的 shared_ptr（如果对象还活着）。
- 声明：weak_ptr<B> b_ref;
- 赋值：b_ref = shared_ptr_to_b; // 不改变 b 的引用计数
- 安全访问：auto p = b_ref.lock(); if (p) { /* 使用 *p */ } // lock() 返回 shared_ptr，为空说明 B 已销毁
典型场景：父子关系或观察者模式
例如 Node 类含子节点列表（shared_ptr），同时想反向持有父节点指针。父节点不应因子节点存在而无法释放，所以父指针应为 weak_ptr：
立即学习“C++免费学习笔记（深入）”；
struct Node {
shared_ptr<Node> parent; // 错误：可能造成循环
// 改为：
weak_ptr<Node> parent; // 正确：子不延长父生命周期
vector<shared_ptr<Node>> children;
};访问 parent 时写：if (auto p = parent.lock()) { /* 安全使用 p */ }
注意 weak_ptr 不能直接解引用或获取原始指针
weak_ptr 没有 operator*、operator->，也不能调用 get()。必须先 lock() 转成 shared_ptr 才能安全使用。lock() 是线程安全的，返回空 shared_ptr 表示对象已被释放，避免了悬空指针。
基本上就这些。weak_ptr 不复杂，但容易忽略它必须配合 lock() 使用这个关键点。
