Java中for循环的常见写法有哪些

Java for循环看似简单，实则暗藏诸多易被忽视的细节陷阱与最佳实践：从传统for的索引控制、增强for的遍历安全，到无限循环的谨慎使用；从ConcurrentModificationException的高频踩坑与安全删除方案，到list.size()调用的性能隐患及缓存技巧；再到循环变量作用域背后的内存泄漏风险——每一种写法都对应特定场景，而90%的误用正源于对“计数型”与“遍历型”语义的混淆。掌握这些细微差别，不仅能写出更健壮、高效、可维护的代码，更能避开生产环境中那些令人抓狂的隐性Bug。

for 循环的三种基本写法及其适用场景

Java 中 for 循环最常被用在已知迭代次数或遍历有序集合的场景，但写法差异直接影响可读性与健壮性。实际开发中，90% 的误用源于混淆「计数型」和「增强型」语义。

• 传统 for（带初始化、条件、更新）：适合需要控制索引、跳步、反向遍历，或需在循环中修改计数器的逻辑
  

  for (int i = 0; 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 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)，但代码可移植性和可读性仍受影响。

• 更稳妥写法：循环前缓存长度值
  

  int len = list.size();
  for (int i = 0; i 

• 对 ArrayList 来说影响不大（size() 是字段直取），但统一风格可避免后续换成其他 List 实现时出问题
• 如果循环体中会修改 list 大小（比如添加元素），则不能缓存，必须每次重新调用 size()

for 循环变量作用域与内存泄漏风险

Java 从 JDK 5 起就规定 for 循环中声明的变量（如 int i）作用域仅限于该循环块内，不会泄漏到外层。但一个容易被忽略的陷阱是：在循环中创建匿名内部类或 lambda 表达式，并捕获循环变量——此时若变量是引用类型且生命周期长，可能引发意外的强引用滞留。

• 错误示范（在循环中注册监听器并捕获 item）：
  

  for (Button btn : buttons) {
      btn.setOnClickListener(v -> log(btn.getText())); // btn 被长期持有
  }

• 若 btn 是 Activity 内部控件，而监听器被静态工具类保存，就可能导致 Activity 无法回收
• 解决思路：避免在循环中直接捕获外部引用；必要时用局部 final 变量中转，或显式切断引用链

以上就是《Java中for循环的常见写法有哪些》的详细内容，更多关于的资料请关注golang学习网公众号！