最近我开始学习 C++11。
我研究了weak_ptr。有两种获取原始指针的方法。
lock()函数
shared_ptr<Foo> spFoo = wpPtr.lock();
if(spFoo) {
spFoo->DoSomething();
}
expired()函数
if(!wpPtr.expired())
{
shared_ptr<Foo> spFoo = wpPtr.lock();
spFoo->DoSomething();
}
哪种方法更好？这两种方式有什么不同？
【问题讨论】：
if (auto spFoo = wpFoo.lock()) { 从那时起（缺少 else 块）如果 spFoo 为 nullptr，则没有人可以访问它。
标签： c++ c++11 shared-ptr smart-pointers weak-ptr
所以 shared ptr 和 weak ptr 是线程安全的，因为如果你有一个给定线程本地的对象实例，并且它们共享一个公共的指向对象，你可以在一个线程和另一个线程中与它们交互，并且一切正常。
要使其正常工作，您必须正确使用它们。
wp.expired() 仅用于执行“从缓冲区中删除每个过期的弱 ptr”之类的操作。对你说的目的没用。
每个弱指针一旦过期，仍然过期。但是，在您验证它已被接合后，接合的弱指针可能会立即过期。
if(!wpPtr.expired()) {
// <<--- here
shared_ptr<Foo> spFoo = wpPtr.lock();
spFoo->DoSomething();
}
在<<--- here，我们对多线程环境中wpPtr 的状态一无所知。它可能已过期或未过期。另一方面：
if(wpPtr.expired()) {
// <<--- there
}
在<<--- there，我们确实知道弱指针已过期。
与文件 io 和其他类型的“事务”操作一样，检查您是否可以做某事的唯一方法是尝试去做。在确定你应该能够做到和做到之间，状态可能会发生变化，操作可能会失败。
您有时可以确定自己几乎可以肯定不能尽早做到，这有时很有用，但在您尝试之前，您无法确定自己能做到。尝试可能会失败，此时您会处理错误。
if(auto spFoo = wpPtr.lock()) {
spFoo->DoSomething();
}
这是与弱指针交互的“正确”方式。测试弱指针的有效性，在同一个操作中得到共享指针。
在if() 标头之外创建spFoo 是可以接受的，我更喜欢这种技术，因为spFoo 的范围仅限于它有效的区域。
另一种首选技术是提前退出：
auto spFoo = wpPtr.lock();
if(!spFoo) return error("wp empty");
spFoo->DoSomething();
这使得代码的“预期”执行以一条平坦的线流动，没有缩进、条件或跳转。
【讨论】：
第二种变体有两个问题：
wpPtr.expired()
spFoo 之前缺少必要的检查 if (spFoo)
第一个变体是事务性的，当您最终需要使用弱指针引用的对象时使用它。
【讨论】：
下面是weak_ptr的相关操作。您应该使用 选项 1，因为方法 2 不是线程安全的。
w.use_count()与w共享所有权的shared_ptr的数量
w.expired()如果w.use_count()为零，则返回true，否则返回false
w.lock()如果expired是true，则返回空shared_ptr；否则返回一个shared_ptr到w指向的对象。
(2) 不是线程安全的
// let p be the last shared_ptr pointing at the same object as wpPtr
if (!wpPtr.expired())
{
// we enter the if-statement because wpPtr.use_count() is 1
// p goes out of scope on its thread, the object gets deleted
shared_ptr<Foo> spFoo = wpPtr.lock(); // null shared_ptr
spFoo->DoSomething(); // ERROR! deferencing null pointer
}
(1) 线程安全
// let p be the last shared_ptr pointing at the same object as wpPtr
shared_ptr<Foo> spFoo = wpPtr.lock();
// now, wpPtr.use_count() is 2, because spFoo and p are both pointing at the object
// p goes out of scope on its thread, but spFoo is still pointing at the object
if(spFoo) {
spFoo->DoSomething(); // OK! safe to dereference
}
【讨论】：
选项 1。
如果您选择选项 2，则在调用 wpPtr.expired() 和调用 wpPtr.lock() 之间，weak_ptr 可能已过期，spFoo->DoSomething() 行将尝试取消引用 null shared_ptr。
【讨论】：
std::weak::lock 有效返回
expired() ? shared_ptr<T>() : shared_ptr<T>(*this)
使用 expired 检查底层对象是否有效并锁定以潜在地将对象提升为std::shared_ptr
【讨论】：