weak_ptr通过lock()方法尝试提升为shared_ptr，确保访问时资源不被释放，若提升失败则说明对象已销毁，从而安全避免无效访问。
weak_ptr本身并不能阻止资源的过早释放，它的核心作用是提供一种非拥有性的引用，让我们能够安全地观察由
shared_ptr管理的对象。真正的策略在于，当我们需要访问这个对象时，通过
lock()方法尝试将其提升为
shared_ptr，从而确保在访问期间资源不会被意外释放。如果提升失败，则说明资源已被释放，我们可以据此做出相应的处理，这正是它在避免“无效访问”方面的价值，也是我们构建健壮C++系统时不可或缺的一环。
解决方案
在我看来，
weak_ptr是C++智能指针家族中一个非常巧妙的设计，它完美地填补了
shared_ptr在某些特定场景下的不足。简单来说，
weak_ptr就像一个“旁观者”，它指向一个由
shared_ptr管理的对象，但它自己并不拥有这个对象，因此也不会增加对象的引用计数。这意味着，即使有再多的
weak_ptr指向同一个对象，只要所有
shared_ptr都放弃了对它的所有权，这个对象就会被正常销毁。
那么，
weak_ptr如何帮助我们避免“过早释放”呢？这里其实有一个小小的误解。
weak_ptr并非直接阻止释放，而是提供了一种“在对象可能已被释放后，安全地尝试访问它”的机制。核心策略在于它的
lock()方法。当你持有一个
weak_ptr，想要使用它所指向的对象时，你必须调用
lock()。这个方法会尝试返回一个
shared_ptr。如果对象仍然存活（即至少有一个
shared_ptr还在引用它），
lock()就会成功，返回一个新的
shared_ptr。这个新的
shared_ptr会临时增加对象的引用计数，确保在你使用它的整个作用域内，对象都不会被销毁。一旦这个临时的
shared_ptr超出作用
