最直接检查 std::shared_ptr 是否为空是用 if (ptr) 或 ptr.get() != nullptr，仅表示是否持有对象而非对象是否存活；weak_ptr 必须用 lock() 获取 shared_ptr 并判空来确认对象是否仍存在。
检查 std::shared_ptr 是否为空
最直接的方式是用 operator bool() 或显式调用 get() 判断是否为 nullptr。它不表示“内存是否还活着”，只表示当前智能指针是否持有对象（即引用计数是否 > 0）。
常见错误是误以为 ptr != nullptr 能检测对象是否被销毁——其实只要还有其他 shared_ptr 持有该资源，ptr.get() 就非空；反之，哪怕对象刚被析构，只要这是最后一个持有者，ptr.get() 仍返回原地址（但解引用未定义）。
-
if (ptr)和if (ptr != nullptr)效果等价，推荐前者，更符合 RAII 直觉 -
if (ptr.get() != nullptr)冗余，不必要 - 不要用
if (ptr.operator->() != nullptr)—— 这会触发解引用，崩溃风险高
检查 std::weak_ptr 是否已过期
std::weak_ptr 本身不保有资源，必须先升级（lock()）才能安全访问。判断是否有效，本质是判断所指向对象是否仍存活。
唯一可靠方式是调用 lock() 并检查返回的 shared_ptr：
std::weak_ptr<int> wp = /* ... */;
if (auto sp = wp.lock()) {
// 对象仍在，sp 是有效的 shared_ptr
std::cout <ul>
<li>
<code>wp.expired()</code> 等价于 <code>wp.lock().get() == nullptr</code>，但多一次引用计数操作，性能略差</li>
<li>不要对 <code>weak_ptr</code> 直接调用 <code>get()</code> —— 它返回的是可能悬垂的原始指针，无意义</li>
<li>不能用 <code>if (wp)</code>：weak_ptr 没有隐式布尔转换，编译不过</li>
</ul>
<h3>避免误判：裸指针与智能指针混用的陷阱</h3>
<p>一旦从 <code>shared_ptr</code> 调用 <code>get()</code> 得到裸指针，就彻底脱离了生命周期管理。后续任何基于该裸指针的“有效性检查”都不可靠。</p>
<ul>
<li>
<code>int* raw = ptr.get(); if (raw) { /* … */ }</code> —— 这个 <code>if</code> 只能说明当初没为空构造，完全无法反映对象是否还在</li>
<li>把 <code>shared_ptr</code> 传给 C API 后，若对方保存了裸指针并延迟使用，C++ 端早已释放，却无从得知</li>
<li>若必须交出裸指针，考虑配合 <code>std::weak_ptr</code> 在回调侧做 <code>lock()</code>，而不是依赖裸指针判空</li>
</ul>
<h3>跨线程场景下检查的有效性边界</h3>
<p>即使在单线程中检查通过，多线程下仍可能失效——因为 <code>lock()</code> 或 <code>operator bool()</code> 是原子读，但之后的解引用不是原子操作。</p>
<ul>
<li>
<code>if (wp.lock()) { use(*wp.lock()); }</code> 是错的：两次 <code>lock()</code> 可能一次成功一次失败</li>
<li>正确写法是只调用一次 <code>lock()</code>，把结果存为局部 <code>shared_ptr</code>，再在其生命周期内使用</li>
<li>
<code>shared_ptr</code> 的引用计数操作是线程安全的，但所指对象本身的访问仍需额外同步</li>
</ul>
<p>真正难的不是“怎么检查”，而是检查之后那一瞬间是否还有效——尤其在线程间传递或延迟使用时，这点常被忽略。</p></int>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
