for循环中int i=0声明的变量作用域仅限于整个for语句，循环外不可见；若需循环后使用，须在for外声明，或显式保存最后一次值。
for 循环中用 int i = 0 声明的变量，在循环外不可见
这是 C++ 块作用域（block scope）的硬性规则：在 for 小括号里用初始化表达式声明的变量（如 for (int i = 0; ...)），其作用域仅限于整个 for 语句——包括小括号内和循环体大括号内，但不包括循环之后的代码。
常见错误现象：i 在循环结束后直接使用会触发编译错误 error: 'i' was not declared in this scope。
原因不是“忘了定义”，而是编译器根本没让它活到循环外面。这和 { int x = 1; } 之后不能用 x 是同一原理。
- 若需在循环后继续用该变量，必须在
for外提前声明（如int i;），再在for中只做赋值（for (i = 0; ...)） - 若只是想读取最后一次迭代的值，更安全的做法是显式保存，比如
int last_i = -1; for (int i = 0; ... ) { last_i = i; } - 注意同名遮蔽：外部已有
int i，又在for (int i = 0; ...)中重声明，两者完全独立——但极易引发逻辑混淆，应避免
省略初始化表达式时，变量生命周期由外部决定
当写成 for (; i ，说明 <code>i 是在循环前定义的（如 int i = 0;）。此时 i 的作用域和生命周期完全取决于它最初声明的位置——可能是函数局部、全局，甚至类成员。
立即学习“C++免费学习笔记（深入）”；
这种写法常见于多个循环共用同一计数器，或需要保留循环结束后的最终值（比如查找失败时的退出索引）。
- 性能无差异：编译器对两种写法生成的汇编通常一致，关键在语义清晰度
- 兼容性无问题：C++98 起就支持，所有标准编译器（GCC、Clang、MSVC）行为统一
- 容易踩的坑：忘记初始化外部变量（如只写
int i;就进for），导致未定义行为；尤其在优化级别高时，i可能是任意垃圾值
范围 for 循环（for (auto& x : container)）中的变量同样受作用域限制
for (auto x : vec) 或 for (const auto& x : vec) 中的 x 也只在循环体内有效。它不是“引用外部变量”，而是每次迭代都构造/绑定一次新对象（或引用），循环一结束就析构/失效。
这点常被误认为可以“拿到最后一个元素的引用”，但实际不行——x 的生命周期严格绑定单次迭代。
- 若要保留某次迭代的值，必须显式拷贝或移动，如
T saved;+saved = x; - 若要用引用访问容器元素并修改，确保
x是auto&或auto&&，且容器本身生命周期足够长 - 不要试图在循环外对
x取地址并保存，那是个悬垂引用（dangling reference）
嵌套 for 循环中同名变量不会互相污染，但可读性极差
像 for (int i = 0; ... ) { for (int i = 0; ... ) { ... } } 这种写法是合法的：内层 i 遮蔽（shadow）外层 i，两者内存和作用域完全隔离。
但它会让调试和维护变得困难——比如在内层循环里打印 i，你以为是外层计数器，实际输出的是内层变量。
- 编译器通常会警告
shadowing declaration（如 GCC 的-Wshadow），建议开启 - 真实项目中应优先用语义化名称，如
row/col、index/offset，而非重复用i - 最易被忽略的一点：调试器在断点处显示的
i值，取决于当前执行点落在哪一层作用域——新手常因此误判变量状态
