for循环中声明的变量作用域仅限于该for语句块内，循环结束后变量不可访问，这是Java语言规范明确规定的声明作用域规则。
Java for 循环里声明的变量出不了循环体
Java 中 for 循环括号内用 int i = 0 声明的变量，作用域严格限定在该 for 语句块内——包括初始化、条件判断、更新表达式，以及循环体（花括号内）。循环一结束，i 就不可见了。
这不是“习惯问题”，而是 Java 语言规范明确规定的：for 语句中声明的局部变量属于 for 语句的“声明作用域”，和方法内普通变量的块作用域逻辑一致，但范围更窄。
- 常见错误现象：
for (int i = 0; i 编译直接报错 <code>cannot find symbol - 如果真需要循环后继续用，得提前在循环外声明：
int i; for (i = 0; i - 注意：这种写法虽然合法，但会破坏“最小作用域”原则，容易引发意外修改或线程安全问题（尤其在 lambda 或并发场景）
增强 for 循环（for-each）的变量根本不能被修改
for (String s : list) 这种写法里的 s 是每次迭代时对集合元素的**只读副本引用**，不是原集合中对象的别名，更不是可赋值的变量容器。
你改不了它指向的对象（除非对象本身可变），也改不了它在循环中的绑定关系。编译器甚至不允许你在循环体内给 s 重新赋值（JDK 8+ 会报错 final local variable）。
立即学习“Java免费学习笔记（深入）”；
- 常见错误现象：
for (String s : list) { s = "new"; }→ 编译失败，提示variable s might already have been assigned（因为编译器视其为隐式 final） - 想修改集合内容？必须用传统
for+ 索引，或Iterator的set()方法（如ListIterator） - 性能影响：增强 for 底层仍用
Iterator，对ArrayList是 O(1) 随机访问，但对LinkedList仍是 O(n) 遍历，别误以为“语法糖=更快”
for 循环中定义的变量不影响外层同名变量
哪怕外层已有同名变量，for 括号里再声明一遍，也不会覆盖或关联它——Java 会严格按作用域分层处理，形成“遮蔽（shadowing）”。
这看起来像“保护”，实则容易埋坑：你以为改的是外层变量，其实只是在循环里造了个新变量。
- 常见错误现象：
int i = 10; for (int i = 0; i —— 直接报错 <code>variable i is already defined - 但如果外层是字段（field）：
private int i = 10; void f() { for (int i = 0; i 就合法，两个 <code>i完全无关 - IDE 通常会标黄警告 “local variable hides a field”，但很多人忽略；一旦逻辑复杂，调试时很容易误判变量来源
嵌套 for 循环里重用变量名要特别小心
同一方法内嵌套多个 for，用相同变量名（比如都叫 i）看似省事，但实际极易引发混淆，尤其当循环体变长、中间插入 break/continue 或修改了外层变量时。
Java 允许这么做（只要不违反作用域规则），但 JVM 和人脑都不喜欢这种模糊性。
- 常见错误现象：内层
for (int i = 0; ...)修改了i，结果外层循环的i++被跳过或重复执行，逻辑错乱 - 使用场景建议：单层简单遍历可用
i/j/k；嵌套三层以上，务必用语义化名字，比如rowIndex,colIndex,itemIndex - 兼容性无影响，但可读性和维护成本直线上升——团队协作时，别人看你的
for (int i = 0; for (int i = 0; ...)第一反应不是运行，是怀疑自己眼睛
最常被忽略的其实是：for 循环变量的作用域规则，在 lambda 表达式捕获时会触发额外限制——比如在循环内创建 lambda 并引用循环变量，JDK 8 要求该变量“实际上的 final”，否则编译不过。这个边界比表面看起来更硬。
