最直接检查 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：
立即学习“C++免费学习笔记（深入）”；
std::weak_ptr<int> wp = /* ... */;
if (auto sp = wp.lock()) {
// 对象仍在，sp 是有效的 shared_ptr
std::cout << *sp << "\n";
} else {
// 对象已被销毁，wp 已过期
}
-
wp.expired()等价于wp.lock().get() == nullptr，但多一次引用计数操作，性能略差 - 不要对
weak_ptr直接调用get()—— 它返回的是可能悬垂的原始指针，无意义 - 不能用
if (wp)：weak_ptr 没有隐式布尔转换，编译不过
避免误判：裸指针与智能指针混用的陷阱
一旦从 shared_ptr 调用 get() 得到裸指针，就彻底脱离了生命周期管理。后续任何基于该裸指针的“有效性检查”都不可靠。
-
int* raw = ptr.get(); if (raw) { /* … */ }—— 这个if只能说明当初没为空构造，完全无法反映对象是否还在 - 把
shared_ptr传给 C API 后，若对方保存了裸指针并延迟使用，C++ 端早已释放，却无从得知 - 若必须交出裸指针，考虑配合
std::weak_ptr在回调侧做lock()，而不是依赖裸指针判空
跨线程场景下检查的有效性边界
即使在单线程中检查通过，多线程下仍可能失效——因为 lock() 或 operator bool() 是原子读，但之后的解引用不是原子操作。
-
if (wp.lock()) { use(*wp.lock()); }是错的：两次lock()可能一次成功一次失败 - 正确写法是只调用一次
lock()，把结果存为局部shared_ptr，再在其生命周期内使用 -
shared_ptr的引用计数操作是线程安全的，但所指对象本身的访问仍需额外同步
真正难的不是“怎么检查”，而是检查之后那一瞬间是否还有效——尤其在线程间传递或延迟使用时，这点常被忽略。
