不能用。c++中for、while、if等控制语句内定义的变量作用域仅限该语句块，执行流离开后变量即失效，如for(int i=0; i
不能用，编译直接报错。 C++ 中在 for、while、if 等控制语句的括号或循环体内部定义的变量，作用域仅限于该语句块（即对应的花括号 {} 或语句自身），一旦执行流离开，变量名就不可见，也不再合法。
for 循环里声明的变量，循环结束后立即失效
比如 for(int i = 0; i 中的 <code>i，只在 for 的整个结构内有效——包括初始化、条件判断、增量表达式和循环体。但 for 语句结束后的第一行代码，i 就已“消失”：
for(int i = 0; i
- 即使循环一次都没执行（比如条件一开始就不成立），
i依然只在for范围内存在 - C++11 起允许在
for初始化部分写多个变量，如for(int i = 0, j = 10; ...)，但i和j都同样只活在该for内 - 想在循环后继续用这个值？必须在外层先声明，再在循环中赋值：
int i = 0; while((i = get_input()) != -1) { ... }
while/if 条件中声明的变量，只在语句体内可见
C++11 支持在 while 或 if 的条件部分直接声明变量，例如：
while(int x = read_int()) {
process(x);
}
// 这里 x 已经不可访问
这种写法很干净，但代价是 x 的生命周期被严格绑定到单次循环迭代：每次循环开始前重新构造、赋值，循环体结束即析构。常见误用：
- 试图在
while后面检查最后一次读到的值？不行，x已销毁 —— 改用外层定义 + 赋值形式 - 在
if条件里声明auto p = find_item()，然后想在else里用p？不行，p只属于if分支的作用域 - C++17 的
if (init; condition)语法（如if (auto s = get_str(); !s.empty())）也遵循同样规则：s在if块结束时就不可见
为什么设计成这样？不是不方便吗
这不是限制，而是保护。缩小作用域能避免三类典型问题：
- 意外重用：比如内层
for(int i = 0; ...)不会污染外层已有的i，哪怕同名也互不干扰 - 悬空访问：如果允许循环外继续用
i，而它其实是栈上临时对象，可能已被覆盖或回收，引发未定义行为 - 可读性下降：变量离使用点越远，越难追踪其来源、状态和生命周期；把声明压到最靠近使用的位置，代码意图更清晰
真正需要跨作用域使用的值，应该由程序员显式决定其存储位置（比如函数局部变量、引用参数、或返回值），而不是依赖语句块自动“泄露”。
最容易被忽略的一点：作用域是编译期约束，跟内存是否还“存着”无关。你可能发现某些调试器里循环后的 i 还显示旧值，那只是栈内存还没被覆盖的巧合 —— 编译器完全有权复用那块内存，此时读取就是未定义行为。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
