离开作用域后变量不可访问，因其栈内存已弹出、生命周期结束；c++标准规定此时读取属未定义行为。
离开作用域后不能访问变量，不是编译器“故意拦着”，而是变量在内存里已经没了——或者更准确地说，那块内存已不再保证存着你当初写进去的值。
局部变量的生命周期只到 } 执行完为止
局部变量（包括函数参数、for 循环里的 i、if 块里定义的 temp）的生命周期由栈帧管理：进入代码块时分配栈空间并初始化，离开时直接弹出栈帧。此时内存地址虽可能暂时没被覆盖，但 C++ 标准明确将其标记为“已结束生命周期”。
- 读取已结束生命周期的变量（如
std::cout 在 <code>if{...}外）是未定义行为（UB），编译器可报错、静默运行、或输出垃圾值 - 即使侥幸看到旧值，也不能依赖——优化开启（如
-O2）后，编译器可能直接删掉该变量的存储，连“残留”都不留 - 析构函数会在离开作用域时立即调用，对象资源（如文件句柄、动态内存）已释放，再访问等于操作已关闭的资源
static 局部变量是例外，但作用域没变
static int counter = 0; 这类变量生命周期延长至整个程序运行期，但它的作用域仍严格限制在定义它的函数/块内。也就是说：它“人还在”，但“名字只在屋里能叫”。
- 你在
func()内能反复访问counter，因为它的存储在静态区，不随栈帧销毁 - 但在
main()里写counter依然编译失败——作用域检查发生在编译期，和生命周期无关 - 想跨函数共享？得靠返回值、引用传参、或显式暴露接口（如
get_counter()），不能靠“它其实还活着”去硬用
常见误判：指针或引用指向已销毁的局部变量
这是最危险的坑。作用域结束 ≠ 内存立刻清零，所以 int* p = &x; 后离开作用域，p 变成悬空指针，解引用（*p）是 UB，可能 crash，也可能看似正常——直到某次内存被复用才暴雷。
- 不要返回局部变量的地址或引用：
int& bad() { int x = 42; return x; }—— 错误！ - 不要把局部变量地址存进容器（如
std::vector<int></int>）后离开作用域 - 调试时用 AddressSanitizer（
-fsanitize=address）能快速捕获这类访问
真正容易被忽略的点是：作用域和生命周期是两个独立开关。一个变量可以“看不见”（作用域外）但“还活着”（如 static），也可以“看得见”（同名遮蔽导致你以为在用外层变量）但“早就死了”（比如误以为循环外还能用 for(int i=0; ...) 的 i）。写代码时得同时盯住这两条线。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
