for循环三部分执行顺序为：①初始化语句（如int i=0）仅执行一次；②每次循环前先判断条件；③每次循环体执行完后执行迭代语句。
for 循环的三部分到底谁先执行、谁管谁
初始化语句（int i = 0）只在循环开始前执行一次；条件判断（i ）在每次进入循环体前检查；更新表达式（<code>i++）在本次循环体执行完后、下一次条件判断前执行。很多人误以为更新表达式在循环体之前运行，结果写出死循环或漏掉最后一次迭代。
常见错误现象：for (int i = 0; i —— 这里 <code>i 在 i == 2 时被手动加了 1，接着又执行 i++，导致跳过 3，输出 0 1 2 4。
- 初始化语句可为空（如
int i = 0已在外层声明），但分号不能少：for (; i - 条件表达式为空等价于
true，必须靠循环体内break或return退出，否则死循环 - 更新表达式也可为空，适合在循环体内用复杂逻辑控制变量变化
for 循环中修改循环变量容易踩的坑
在循环体内直接赋值修改循环变量（比如 i = 5），会覆盖更新表达式的值，且下次仍按新值继续判断。这不是 bug，是设计如此，但常被当成“意外行为”。
使用场景：需要跳过若干元素、或根据条件提前加速遍历（如字符串匹配中的 KMP 预处理）。
立即学习“Java免费学习笔记（深入）”；
性能影响：纯赋值无额外开销，但会让逻辑变难读，IDE 通常不会警告，出问题后调试成本高。
- 避免在循环体里混用
i++和i += 2，除非你明确知道每轮结束时i的确切值 - 如果要重置计数器，优先考虑提取为独立方法，或改用
while显式控制流程 - 注意作用域：
for (int i = 0; ...)中的i在循环结束后不可访问；而int i; for (i = 0; ...)则可以
增强 for 循环（for-each）和传统 for 的关键区别
增强 for 循环本质是语法糖，底层调用 Iterator 或数组索引访问，它不暴露索引变量，也不允许在遍历时修改集合结构（否则抛 ConcurrentModificationException）。
错误现象：for (String s : list) { list.remove(s); } —— 直接报错；想边遍历边删，得用 Iterator.remove() 或倒序传统 for。
- 数组可用增强 for，但无法获取当前索引，需要额外计数器变量
- 集合类若重写了
iterator()但没保证 fail-fast 行为，增强 for 可能不报错但结果不可预期 - 性能上，对
ArrayList，传统 for 随机访问快；对LinkedList，增强 for 的迭代器更快（避免反复从头找节点）
for 循环嵌套时变量命名与作用域陷阱
外层 for (int i = 0; ...) 和内层 for (int i = 0; ...) 在 Java 中编译不通过：同作用域重复声明变量。但若外层用 int i，内层用 int j，就安全。
容易被忽略的地方：嵌套三层以上时，用 i/j/k 还行，四层开始极易搞混哪层控制哪维数据，尤其处理多维数组或树形结构。
- 别为了省变量名复用
i：比如外层for (int i = 0; ...)，内层写成for (i = 0; ...)（省略声明）—— 看似省事，实则破坏隔离性，外层循环可能被内层意外改写 - 涉及异步或 lambda 引用循环变量时，传统 for 的局部变量每次迭代都是新绑定；而增强 for 的变量每次迭代也重新声明，相对安全
- 如果循环体很长，建议把内层逻辑抽成方法，参数传入当前索引或元素，比层层缩进更易维护
最麻烦的不是语法记不住，而是调试时发现循环变量在某次迭代后突然“跳变”，却查不出是哪行代码动了它——这时候要立刻检查所有对循环变量的赋值点，包括看似无关的工具方法调用。
