超出作用域的引用成员疑问：构造函数参数销毁后为何仍能读取值123？

这是个非常典型的栈内存与未定义行为问题，咱们一步步把背后的逻辑说清楚：

核心原因：栈内存的“销毁”不是“清零” #

当构造函数执行完毕退出时，它的参数所在的栈帧会被释放——但这个“释放”只是告诉程序“这块栈空间现在可以被后续函数调用复用了”，并不是把这块内存里的字节直接清零。

在你测试的场景里，构造函数参数的内存区域还没被任何新的操作覆盖，所以当你去读取那个引用/指针指向的位置时，碰巧还能看到原来的123。但这完全是运气，不是语言保证的行为。

关键提醒：这是严重的未定义行为 #

C++标准里明确规定，访问已经销毁的对象（包括栈上的局部变量/参数）属于未定义行为。什么叫未定义？就是编译器和操作系统完全不保证结果：

• 今天能读到123，下次运行可能读到随机垃圾值
• 后续函数调用覆盖这块内存后，你再读就会得到完全不可预料的数值
• 极端情况下，甚至可能触发程序崩溃、内存访问错误

这种行为没有任何可靠性，绝对不能依赖它写代码。

关于“引用成员绑定栈参数”的不良实践 #

你提到的这种用法（类的引用成员绑定到构造函数的栈参数）之所以是不良实践，核心问题就是生命周期不匹配：类对象的生命周期大概率会比构造函数的栈参数长，当栈参数被销毁后，类里的引用就变成了“悬空引用”，任何对它的访问都是未定义行为。

如果需要在类里保存这个值，正确的做法是：

• 直接存储一个int成员变量，把构造函数参数的值拷贝进去
• 如果一定要用引用，必须确保引用绑定的对象生命周期至少和类对象一样长（比如传入全局变量、动态分配的对象，或者类自己管理的对象）

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