C++局部变量传引用给含指针成员的类：预期代码报错却正常运行？

这其实是**未定义行为（Undefined Behavior）**的一种表现，并不是真的“正常”——你只是刚好撞上了内存还没被覆盖的情况而已，这种行为完全不可靠，随时可能崩溃或者出现诡异的结果。

我来拆解一下背后的原因：

• 栈内存的特性：局部变量response是存在栈上的，当它超出作用域时，操作系统并不会立刻清空这块内存，只是把栈顶指针移动，标记这块内存为“可复用”。在没有其他函数调用覆盖这块内存之前，原来的数据还留在那里，所以你的m_response指针指向的内存区域暂时还保留着原来对象的痕迹。
• 成员函数的调用逻辑：对于非虚成员函数来说，编译器在编译时就确定了函数的地址。调用成员函数时，只是把对象指针作为this参数传递给函数。如果这个函数没有访问对象的成员变量（比如只是输出固定字符串、做一些不依赖对象状态的计算），那哪怕this指向的对象已经销毁，函数也能正常执行——因为它根本不需要读取对象的内存数据。
  但如果函数里访问了对象的成员变量，那结果就完全不确定了：可能读到原来的值，可能读到垃圾数据，甚至直接触发段错误，这完全取决于那块内存有没有被后续的操作覆盖。

举个简单的代码例子：

class Response {
public:
    void printHello() {
        // 不访问成员变量，哪怕对象销毁也能运行
        std::cout << "Hello!" << std::endl;
    }
    void printValue() {
        // 访问成员变量，对象销毁后结果不确定
        std::cout << m_value << std::endl;
    }
private:
    int m_value = 42;
};

如果HttpClient调用的是printHello，大概率每次都能“正常”输出；但如果调用printValue，有时候会输出42，有时候会输出随机数，甚至直接崩溃——这就是未定义行为的可怕之处，它的表现完全不可预测。

正确的修复思路 #

要避免这种问题，你需要确保Response对象的生命周期至少和HttpClient一样长：

• 可以用动态分配（new Response()），配合智能指针（比如std::unique_ptr或std::shared_ptr）来管理内存，同时避免内存泄漏。
• 或者把Response对象的生命周期提升到和HttpClient相同的作用域里（比如作为全局变量、类成员，或者在更外层的作用域声明）。

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