for each循环与普通for循环的使用限制及最佳实践探讨

For-Each循环的使用限制 #

For-Each确实能让遍历代码更简洁，但它不是万能的，这些场景下你只能用普通For循环：

• 拿不到元素索引：如果你需要知道当前元素在集合/数组中的位置（比如要记录某个元素的下标，或者和另一个集合按索引配对操作），For-Each完全做不到——它会隐式处理遍历逻辑，不暴露索引变量。
• 遍历中不能修改集合结构：用For-Each遍历ArrayList、LinkedList这类集合时，要是中途add/remove元素，大概率会抛出ConcurrentModificationException（迭代器的快速失败机制）。普通For循环只要处理好索引变化（比如删除元素后把索引减1），就能避开这个问题。
• 没法自定义遍历顺序：For-Each只能按集合/数组的默认顺序遍历，想倒着来、隔一个元素遍历一次，或者按其他自定义顺序走，只能靠普通For循环控制索引。
• 多集合同步遍历不方便：要同时遍历两个数组/集合，按索引一一对应处理的话，For-Each没办法同时拿到两个集合的当前元素，普通For循环用同一个索引变量就能轻松搞定。
• 极端性能场景的微小差异：虽然现在JVM优化得很好，但处理超大量元素（比如百万级以上数组）时，普通For循环因为少了迭代器的开销，可能会快一点点——不过绝大多数业务场景下，这点差异可以忽略不计。

最佳实践与适用场景 #

优先用For-Each的场景

• 只读遍历，无需索引或修改结构：比如遍历ArrayList<User>调用user.getNickname()，或者遍历Set输出元素，For-Each代码更简洁，可读性更高，还能避免普通For循环容易犯的索引边界错误（比如把i < list.size()写成i <= list.size()）。
• 遍历任意Iterable集合：像Set、Queue这类没有索引的集合，普通For循环用索引遍历根本行不通，For-Each是最自然的选择。
• 代码简洁性优先：当不需要索引、结构修改时，For-Each能减少冗余代码，让逻辑更清晰。

必须用普通For循环的场景

• 需要操作索引时：比如修改数组中指定位置的元素（arr[i] = newValue），或者记录某个元素的下标，只能用普通For循环。
• 遍历中要修改集合结构：比如删除ArrayList中符合条件的元素，用普通For循环控制索引是最稳妥的方式（记得删除后索引回退）。
• 自定义遍历顺序：反向遍历、跳步遍历（比如i += 2）这类需求，普通For循环能灵活控制索引的变化。
• 多集合同步遍历：比如把两个数组对应索引的元素相加，用普通For循环共享索引变量直接又高效。

代码示例 #

For-Each的典型用法

ArrayList<Product> products = getProductList();
for (Product product : products) {
    System.out.println("商品名称：" + product.getName());
}

普通For循环获取索引的场景

int[] scores = {85, 92, 78, 90};
for (int i = 0; i < scores.length; i++) {
    System.out.println("第" + (i+1) + "个学生的分数：" + scores[i]);
}

普通For循环修改集合结构

ArrayList<String> words = new ArrayList<>(Arrays.asList("apple", "banana", "cherry", "date"));
for (int i = 0; i < words.size(); i++) {
    if (words.get(i).length() > 5) {
        words.remove(i);
        i--; // 移除元素后索引回退，避免跳过下一个元素
    }
}

内容的提问来源于stack exchange，提问作者FezzyReverb