Qt5槽Lambda按引用捕获局部变量首次调用值随机问题咨询

你遇到的是典型的悬垂引用导致的未定义行为，所有现象都可以围绕这个核心解释，不存在逻辑矛盾。 #

三个问题的具体解释 #

1. 为什么首次触发lambda时p2打印的不是预期的10？ #

你用[&]按引用捕获局部变量m时，lambda内部仅保存了m所在的栈内存地址（从你的输出可以看到，从定义m到lambda触发，地址0x8ff8ac始终没变），不会拷贝m的数值。
当定义m的代码块执行到}时，栈上的局部变量m就已经出作用域被销毁，对应的栈内存被标记为“可复用”，不再受原变量生命周期保护。从代码块结束到你第一次点击按钮触发lambda之间，Qt事件循环、信号分发、其他界面逻辑的函数调用早就往这块栈地址写入过其他临时数据，所以第一次读取时拿到的就是残留的随机值11974204。

你输出里的p0 10是在代码块结束前打印的，那时候m还在作用域内，当然能拿到正确值。

2. 为什么已释放的内存可以读写，这种行为是否危险？ #

C++中栈内存的“释放”本质只是修改栈指针寄存器的位置，把对应地址范围标记为可后续分配，并不会把内存从进程地址空间中移除，也不会主动清空内容，更不会把地址设为不可访问——只要这个地址还落在当前线程栈的合法范围内，CPU执行读写指令时就不会触发内存访问错误，操作系统完全不会拦截这个操作。
这种行为极度危险，属于标准的未定义行为：

• 没有任何规则保证这块内存不会被分配给其他函数的局部变量，你在lambda里修改这块地址的值，可能会悄无声息篡改完全不相关逻辑的变量数据，导致程序逻辑错乱，这类bug几乎没有稳定复现路径，排查成本极高。
• 如果后续函数调用的栈深度变化，刚好把这块地址划到栈的保护页区域，读写操作会直接触发段错误导致程序崩溃。
• 绝大多数场景下编译器不会对这类悬垂引用给出告警，问题会隐藏很久才暴露。

3. 为什么第二次触发lambda时m的值稳定为20？ #

纯概率事件，没有任何必然性。
你第一次进入lambda执行时，刚好0x8ff8ac这块地址没有被当前信号触发的调用栈分配给其他局部变量使用，你执行m = 20时确实把20写进了这个地址。第一次lambda执行结束到你第二次点击按钮之间，没有其他函数调用往这个地址写入新数据，那这个值就会被保留下来，第二次读自然拿到20。
只要你在两次点击之间多触发几个嵌套层级深的函数调用、或者做一些会占用栈空间的操作，下次读取完全可能又变成其他随机值，这个结果和编译选项、Qt版本、操作系统环境都有关系，没有任何可依赖的稳定性。 #

修复方案 #

如果需要lambda持有m的值，直接按值捕获即可：

connect(btn2, &QPushButton::clicked, this, [m]() mutable { 
    qDebug() << "p2 " << m; 
    m = 20; 
});

如果m的生命周期需要和控件/窗口绑定，直接把m定义为类的成员变量即可，绝对不要用引用捕获生命周期短于信号连接生命周期的局部变量。 #

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