传递即将超出作用域的lambda引用是否安全？

核心结论 #

你的判断是正确的：这个场景下是安全的，核心原因在于std::function的构造特性——它会复制传入的可调用对象（包括lambda），而非持有引用。

问题拆解与分析 #

1. 直接存储引用的风险 #

如果Storage类直接存储const Function&类型的引用，那么当foo函数返回后，临时lambda会被销毁，后续调用callCallback时会触发悬空引用，行为属于未定义。

但你的实际场景中，Storage最终会把lambda传递给一个**按值接收std::function**的方法，这就完全规避了上述风险。

2. std::function的复制特性 #

根据C++标准中std::function的定义：

std::function的实例可以存储、复制并调用任何可复制构造的可调用目标——包括函数（通过指针）、lambda表达式、绑定表达式、其他函数对象，以及成员函数指针和数据成员指针。

当你将lambda的引用传递给接收std::function的方法时，std::function会在构造过程中完整复制整个lambda闭包并内部存储。此时即使原lambda（foo中的临时对象）被销毁，std::function持有的是独立的副本，完全不受影响。

3. 结合已有结论验证 #

对照你提到的两个类似问题结论：

• 按值传递lambda安全：本质是闭包被复制，和std::function的行为逻辑一致
• 按const引用传递lambda的限制：仅针对直接持有引用的场景，而std::function的复制行为绕过了这个限制

场景验证 #

你提供的调用代码中，foo里的lambda是临时对象，生命周期仅在storeCallback调用期间，但只要Storage在这个期间完成了向std::function的转换（即完成复制），后续bar中调用callCallback就完全安全。

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