为何Lambda内的Callable未被调用？C++回调传递问题咨询

这个问题的核心在于lambda捕获的细节、异步执行的生命周期风险，以及成员函数调用的this指针有效性这几个点的结合，我们一步步拆解：

1. 先看代码片段2为什么可行 #

在代码片段2中：

addTicket(data, [=](auto id) { … }); 
page(req, std::move(callback), slug);

page是在MyController::a函数的同步上下文中直接调用的：

• callback作为a的右值引用参数，此时仍处于生命周期内，std::move(callback)将其转换为右值后传递给page的const std::function<...>&&参数完全合法。
• 调用page时，成员函数隐含的this指针是有效的——因为a函数正在执行，对应的MyController对象肯定还活着。
• page可以正常接收并使用callback，最终按预期触发回调。

2. 代码片段1的问题出在哪？ #

再看代码片段1：

addTicket(data, [=](auto id) { … page(req, std::move(callback), slug); });

这里的page调用被放在了传给addTicket的lambda内部，而addTicket大概率是异步执行这个lambda的（否则两种写法不会有差异），这就引出了两个关键问题：

（1）this指针的悬空风险 #

你在lambda里调用page成员函数时，编译器会自动传入this指针——而[=]捕获模式会隐式捕获this指针（不是捕获整个MyController对象）。如果addTicket的lambda是异步执行的，当lambda真正运行时，原来的MyController对象可能已经被销毁了（比如a函数执行完毕后，对象的生命周期结束），此时this就是一个悬空指针。调用page时使用悬空的this会导致未定义行为，最常见的表现就是page函数无法正确执行，自然不会调用callback。

（2）关于callback的捕获细节 #

你疑惑[=]是否捕获了callback——答案是肯定的，但捕获的细节需要明确：

• a函数中的callback是std::function<...>&&类型的右值引用参数，但在函数内部它是一个左值（因为有名字）。[=]会捕获这个std::function对象的拷贝（值捕获），所以lambda里的callback是一个独立的副本。
• 你在lambda里写std::move(callback)，是把这个副本转换成右值引用传递给page。但page的参数是const std::function<...>&&（const右值引用），这种类型的参数只能被拷贝，无法被移动（因为移动操作会修改原对象，而const右值引用是只读的）。不过这一般不会直接导致callback不被调用，结合异步场景，更核心的原因还是前面说的this悬空。

3. 怎么修复代码片段1？ #

如果要让代码片段1正常工作，你可以：

• 确保MyController对象在lambda执行期间仍然存活，比如让MyController继承std::enable_shared_from_this，然后用[=, this=shared_from_this()]捕获，保证对象的生命周期被延长到lambda执行完毕。
• 如果业务允许，也可以把page改成静态函数，避免依赖this指针。

内容的提问来源于stack exchange，提问作者Rafael Bugajewski