for循环执行顺序是初始化→判断→执行体→更新→再判断；初始化仅执行一次，更新在每次执行体结束后运行，若执行体中return或break则跳过更新。
for 循环的三部分到底谁先执行、谁管谁
Java 中 for 循环不是“先判断再执行”，而是「初始化 → 判断 → 执行体 → 更新 → 再判断」这个顺序。很多人以为 init 只跑一次就完了，其实它和 update 是解耦的：前者只在循环开始前执行一次，后者每次循环体结束之后才执行，哪怕循环体里 return 或 break 了，update 也不会触发。
常见错误现象：for (int i = 0; i —— 此时 <code>i 最终值是 2，不是 3；因为 i++ 根本没机会运行。
-
init部分支持声明多个变量，但必须同类型，比如for (int i = 0, j = 10; ...)；不能写for (int i = 0; String s = ""; ...) -
condition必须是布尔表达式，空着等价于true，容易造成死循环 -
update可以是任意语句，不一定是自增，比如i *= 2或list.remove(0)，但要注意副作用
增强 for 循环（for-each）为什么不能直接修改集合元素
Java 的 for (Type item : collection) 本质是调用 iterator()，底层用的是 Iterator，而 item 是值拷贝（对引用类型来说是引用的拷贝）。所以改 item 字段可能生效，但替换整个 item（比如 item = new Type()）完全不影响原集合。
常见错误现象：遍历 ArrayList<string></string> 时写 item = "new"，结果原列表毫发无损；更危险的是边遍历边 add/remove，直接抛 ConcurrentModificationException。
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 想安全修改集合内容，用传统
for+ 索引，或Iterator.remove() - 对数组用增强 for 没问题，但无法获取下标；需要下标就别硬套
- 泛型擦除后，
for (Object o : list)和for (String s : list)在字节码里是一样的，类型检查只在编译期
for 循环中 try-catch 的位置影响异常传播路径
把 try-catch 放在循环体内，只捕获单次迭代的异常；放在循环外，则整个循环被一个异常中断。这不只是“要不要吞异常”的问题，还关系到资源清理时机和重试逻辑。
常见错误现象：读文件行时在循环内 catch IOException 却没 close 流，导致后续迭代失败；或者在循环外 try，结果某次解析出错就整批退出，连日志都来不及打。
- 如果每次迭代是独立任务（如处理一条消息），异常应圈在循环体内，并确保 finally 块释放本次独占资源
- 循环外 try 适合“原子性”场景，比如必须全部成功才能提交事务，这时反而要在 catch 里做回滚
- JVM 对循环内频繁 throw/catch 有轻微性能开销，但远不如 IO 或锁操作明显，别过早优化
for 循环和 Stream.forEach 的关键区别在哪
Stream.forEach 不是 for 的语法糖，它是无序、不可控、不可中断的消费动作；而传统 for 完全掌握控制权——能 break、continue、修改索引、嵌套跳转。
常见错误现象：用 stream.forEach(System.out::println) 替代 for 后发现没法在某个条件满足时跳出；或者误以为 parallelStream().forEach 能保证顺序，结果输出乱序还难调试。
-
Stream.forEach的执行顺序不保证，即使用sequentialStream，也仅表示“可能按源顺序”，不是语言契约 - 想中断流，得用
anyMatch、findFirst这类短路操作，而不是forEach - lambda 里访问外部变量必须是 effectively final，而传统 for 循环里的变量天然可变
最常被忽略的一点：for 是 JVM 字节码里的基础指令结构，而 Stream 是库实现，所有中间操作都会产生对象（如 ReferencePipeline），小数据量时纯属画蛇添足。
