Java for循环三种写法：①传统型（控制索引/跳步/反向）；②增强型（遍历集合/数组，简洁安全）；③for-each变体（Lambda或方法引用，函数式风格）。
for 循环的三种基本写法及其适用场景
Java 中 for 循环最常被用在已知迭代次数或遍历有序集合的场景，但写法差异直接影响可读性与健壮性。实际开发中，90% 的误用源于混淆「计数型」和「增强型」语义。
-
传统 for（带初始化、条件、更新）：适合需要控制索引、跳步、反向遍历，或需在循环中修改计数器的逻辑
for (int i = 0; i < list.size(); i++) { System.out.println(list.get(i)); } -
增强 for（for-each）：仅适用于实现了
Iterable接口的对象（如ArrayList、HashMap.values()），不能获取索引，也不支持在遍历时删除元素
for (String item : list) { System.out.println(item); } - for(;;) 无限循环 + break 控制：不推荐作为常规写法，仅在状态驱动、多条件退出等复杂流程中临时使用；否则易造成死循环或逻辑混乱
增强 for 循环中修改集合会抛 ConcurrentModificationException
这是新手高频踩坑点：以为 for (String s : list) 是“只读遍历”，但只要在循环体中调用 list.remove(s) 或 list.add(...)，JVM 就会检测到结构变更并立即抛异常。
- 安全删除方式：用
Iterator的remove()方法
Iterator<String> it = list.iterator(); while (it.hasNext()) { String s = it.next(); if (s.startsWith("tmp")) { it.remove(); // ✅ 安全 } } - 若必须用增强 for，先收集待删元素，循环结束后再批量删除：
list.removeAll(toRemove) -
CopyOnWriteArrayList可规避该异常，但仅适用于读多写少且能接受内存/性能开销的场景
for 循环中调用 list.size() 做边界判断的性能隐患
在每次循环都调用 list.size() 看似无害，但对某些非随机访问的 List 实现（如 LinkedList）来说，size() 可能是 O(n) 操作——因为要遍历链表计数。虽然 JDK 8+ 的 LinkedList.size() 已优化为 O(1)，但代码可移植性和可读性仍受影响。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 更稳妥写法：循环前缓存长度值
int len = list.size(); for (int i = 0; i < len; i++) { ... } - 对
ArrayList来说影响不大（size()是字段直取），但统一风格可避免后续换成其他List实现时出问题 - 如果循环体中会修改
list大小（比如添加元素），则不能缓存，必须每次重新调用size()
for 循环变量作用域与内存泄漏风险
Java 从 JDK 5 起就规定 for 循环中声明的变量（如 int i）作用域仅限于该循环块内，不会泄漏到外层。但一个容易被忽略的陷阱是：在循环中创建匿名内部类或 lambda 表达式，并捕获循环变量——此时若变量是引用类型且生命周期长，可能引发意外的强引用滞留。
立即学习“Java免费学习笔记（深入）”；
- 错误示范（在循环中注册监听器并捕获
item）：
for (Button btn : buttons) { btn.setOnClickListener(v -> log(btn.getText())); // btn 被长期持有 } - 若
btn是 Activity 内部控件，而监听器被静态工具类保存，就可能导致 Activity 无法回收 - 解决思路：避免在循环中直接捕获外部引用；必要时用局部 final 变量中转，或显式切断引用链
