局部变量作用域从定义处起至最近右大括号}止，仅由物理{}匹配决定；编译器遇定义即登记，遇匹配}即移除；常见错误包括if/for内定义变量后外部访问、同名变量遮蔽、误判作用域范围。
局部变量的作用域从定义点开始，到最近的右大括号 } 结束
它不看函数名、不看缩进、不看语义块，只认物理上的 { 和 } 匹配。编译器逐行扫描时，一旦遇到变量定义，就把它登记进当前作用域表；等到遇到与定义所在代码块匹配的 }，这个变量就从作用域中移除——之后任何地方再用它，编译直接报错：‘x’ was not declared in this scope。
常见错误现象：
- 在
if或for块里定义了int i = 0;，却想在循环外读取i - 在函数开头声明
std::vector<int> v;，中间用{ ... }包了一段逻辑并在其中又定义了一个同名v，结果外部的v被遮蔽（shadowed） - 误以为“函数内所有地方都能用”，忽略了嵌套
{}的隔离性
函数参数和 for 循环初始化语句中的变量也是局部变量
它们的作用域比你直觉中更“窄”：函数参数的作用域覆盖整个函数体（但不包括函数声明本身）；而 for (int i = 0; i 中的 <code>i，作用域仅限于整个 for 语句——包括它的条件判断、迭代表达式，以及循环体，但不包括 for 之后的任何语句。
示例：
立即学习“C++免费学习笔记（深入）”；
for (int i = 0; i < 3; ++i) {
std::cout << i << '\n';
}
// std::cout << i; // 错误！i 已超出作用域
注意：C++11 起强制要求如此；老式编译器（如早期 MSVC）可能允许 i 泄露到循环外，那是非标准行为，切勿依赖。
局部变量可以层层嵌套，外层可见，内层不可反向访问
父作用域的变量能被子作用域直接使用；但子作用域定义的变量，父作用域完全看不到——哪怕只是少写一个 }，编译器也不会“通融”。这种单向可见性是避免命名污染的关键机制。
使用场景中需注意：
- 手动加
{}可以主动收缩变量生命周期，比如临时对象或敏感数据（如密码字符串），提早销毁能减少栈上残留时间 - 在
switch中定义变量必须包在{}里，否则跨case标签会触发跳过初始化错误：jump to case label crosses initialization of ‘xxx’ - lambda 表达式捕获的是外部局部变量的值或引用，但 lambda 自身的参数和内部定义的变量仍是独立局部作用域
局部变量和全局变量同名时，局部变量无条件遮蔽全局变量
这不是“优先级高”，而是作用域查找规则：编译器从当前作用域开始向上查找，找到第一个匹配声明就停，根本不会继续往全局找。所以 int x = 10; 在函数里定义后，::x 才能访问同名全局变量。
容易踩的坑：
- 调试时打印
x发现值不对，其实你改的是局部版，全局版纹丝不动 - 头文件里不小心定义了和全局变量同名的形参或局部变量，导致静默遮蔽，逻辑错乱难定位
- 重构时把一段逻辑抽成函数，忘了原地局部变量已失效，硬搬代码导致编译失败
真正复杂的地方在于：作用域是编译期静态决定的，但局部变量的地址、析构时机、甚至是否被优化掉，都取决于运行时调用栈和编译器优化等级——别用调试器看到“变量还在内存里”就认为它“还合法”。只要过了 }，读写就是未定义行为。
