本文深入解析 Java 中传统 for 循环与增强型 for 循环（for-each）在语义、执行逻辑和变量含义上的根本差异，通过典型误用案例说明为何 for(int i : digits) 中的 i 是元素值而非索引，并给出正确写法、避坑指南与性能对比。
本文深入解析 java 中传统 for 循环与增强型 for 循环（for-each）在语义、执行逻辑和变量含义上的根本差异，通过典型误用案例说明为何 `for(int i : digits)` 中的 `i` 是元素值而非索引，并给出正确写法、避坑指南与性能对比。
在 Java 中，for(int i = 0; i 数组下标（索引），需通过 arr[i] 显式访问元素；后者中的 i 是数组当前遍历到的元素值本身，直接可用，无需下标查找。
以问题中的代码为例：
int[] digits = {9, 8, 7, 6, 5, 4, 3, 2, 1, 0};
long n = 0;
// ✅ 正确：传统 for 循环 —— i 是索引
for (int i = 0; i < digits.length; i++) {
n = n * 10 + digits[i]; // digits[0]=9 → digits[1]=8 → ... → 9876543210
}
System.out.println(n); // 输出：9876543210
// ❌ 错误：增强型 for 循环中误将元素当索引
n = 0;
for (int i : digits) { // i 依次取值：9, 8, 7, ..., 0
n = n * 10 + digits[i]; // ⚠️ digits[9] = 0, digits[8] = 1, digits[7] = 2... 实际访问 digits[9], digits[8], digits[7]...
}
System.out.println(n); // 输出：123456789（巧合性结果，非预期逻辑）关键点在于：第二段循环中，i 的值是 digits 数组的元素（如第一个 i == 9），而 digits[i] 则试图用该元素值作为下标去访问数组——即 digits[9] 取到末尾元素 0，digits[8] 取到倒数第二个 1……最终拼出 0123456789（因首位为 0 被隐式忽略，显示为 123456789）。这完全违背了“按顺序拼接数字”的原始意图。
✅ 正确使用增强型 for 循环的方式应为：
立即学习“Java免费学习笔记（深入）”；
n = 0;
for (int digit : digits) { // 变量名语义化：digit 表示“当前数字”
n = n * 10 + digit; // 直接使用元素值，无需下标
}
System.out.println(n); // 输出：9876543210 —— 与传统循环一致⚠️ 注意事项与最佳实践：
- 命名即文档：增强型 for 中的变量应体现其语义（如 digit, item, user），避免使用 i, j 等易与索引混淆的名称；
- 不可修改数组结构：增强型 for 底层依赖 Iterator 或数组长度快照，遍历时无法安全地增删元素（会抛 ConcurrentModificationException 或跳过元素）；
- 索引需求场景慎用：若需访问相邻元素（如 arr[i] 和 arr[i+1]）、反向遍历、或根据位置做条件判断，必须使用传统 for 循环；
- 性能无本质差异：对于数组，增强型 for 编译后通常生成等效字节码（JVM 优化充分）；对 Collection，它避免了手动调用 iterator().next()，更简洁安全。
总结而言，二者不是“写法不同”，而是抽象层级不同：传统 for 暴露控制细节（索引、边界、步进），适合精细操控；增强型 for 封装迭代逻辑，聚焦“处理每个元素”，提升可读性与安全性。理解这一设计哲学，才能避免“以为等价却行为迥异”的陷阱。
