C++技术问询：Lambda在自身内部销毁是否属于未定义行为？

你完全说对了——这种场景属于未定义行为（Undefined Behavior, UB），当前编译器运行没崩溃还输出"9"只是一种偶然的巧合，绝对不能依赖这种结果。

为什么这是未定义行为？ #

当你在Lambda的调用逻辑里执行functor = nullptr时，本质上是销毁了Lambda对应的闭包对象本身：

• 如果你的ptr是值捕获的，那么ptr是闭包对象的一个成员变量，闭包销毁后，这个成员的生命周期就彻底结束了。后续访问这个已经销毁的成员，属于访问已释放内存的非法操作。
• 如果是引用捕获，看起来好像是指向外部变量，但如果闭包销毁的同时连带影响了外部变量的生命周期（比如外部变量和闭包绑定在一起），同样会导致非法访问。

未定义行为的核心特点就是：C++标准不对这种行为的结果做任何保证——它可能输出正确值，可能崩溃，可能输出乱码，甚至可能在不同编译器、不同优化等级下表现出完全不同的结果。你当前看到的"输出9"，只是因为销毁闭包后，对应的内存还没被操作系统回收或覆盖，旧的值恰好还留在那里而已。

为什么编译器没报错或崩溃？ #

C++编译器和运行时环境没有义务检测这种“自毁后访问成员”的错误——这类问题属于运行时的非法内存访问，很多时候只有在内存被覆盖或回收时才会触发崩溃，而在那之前可能看起来一切正常。如果开启更高等级的优化（比如-O2或-O3），编译器可能会因为察觉到非法访问而直接优化掉这段代码，或者导致更诡异的结果。

总之，这种写法是绝对不安全的，必须避免在对象（包括Lambda闭包）销毁后访问它的任何成员或捕获变量。

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