lambda引用局部shared_ptr是否保留对象生命周期？异步写法安全吗？

以引用方式捕获局部作用域的std::shared_ptr既不会延长智能指针本身的生命周期，也不会保留其管理对象的生命周期，这种写法是严重的不安全编码实践，会直接触发悬空引用、野指针访问的未定义行为。

你给出的示例代码中，风险点非常明确：

1. MyTypePtr是A::foo()函数栈上的局部变量，asyncAPI作为异步接口调用后会立刻返回，不会阻塞等待回调执行。当foo()函数执行完毕出栈时，栈上的MyTypePtr实例会被直接销毁，其管理的MyType对象引用计数减1，若没有其他存活的shared_ptr持有该对象，对象会被立即释放。
2. lambda的引用捕获本质是拿到了栈上MyTypePtr变量的内存别名，整个捕获过程不会触发shared_ptr的拷贝逻辑，完全不会增加引用计数，没有任何生命周期托管效果。等异步任务真正触发回调执行时，栈上的MyTypePtr早就被销毁了，回调里访问这个引用就是访问已经被回收的栈内存，属于典型的悬空引用，程序崩溃、内存踩踏都是常见的后果。

补充说明：原示例代码本身存在两处基础语法错误，和生命周期问题无关：类A定义结尾缺少分号，A::foo()实现前没有标注返回值void，直接编译会报错。

要保证异步回调执行时对象仍然存活，只需要值捕获局部shared_ptr实例即可：值捕获会在lambda对象内部生成一个shared_ptr的副本，自动将管理对象的引用计数+1，只要lambda对象（也就是异步回调本身）还没被销毁，持有的shared_ptr副本就会一直保证管理对象存活，不会出现提前释放的问题。
修复后的代码如下：

class A
{
public:
    static void foo();
};

void A::foo()
{
    std::shared_ptr<MyType> MyTypePtr = std::make_shared<MyType>();
    MyTypePtr->asyncAPI([MyTypePtr]() // 值捕获，拷贝shared_ptr实例，引用计数+1
    {
        // 此处可以安全访问MyTypePtr，生命周期由lambda持有的副本保障
    });
}

• 不要觉得“捕获的是智能指针的引用，就能自动感知引用计数变化”：引用绑定的是栈上的局部智能指针变量本身，不是它内部持有的堆对象指针，局部变量销毁后引用就直接悬空，根本没有机会访问到智能指针内部的计数逻辑。
• 不要尝试在这种场景下捕获裸指针替代shared_ptr：裸指针完全没有生命周期托管能力，无法保证回调执行时对象仍然存活。
• 如果回调逻辑不需要保持对象存活，也必须保证回调触发时机严格早于局部变量出栈销毁的时机，否则引用捕获永远是风险点，异步场景下几乎不可能严格保证这个时序，因此不推荐使用。

内容的提问来源于stack exchange，提问作者Raul Marinau