传统for循环（索引遍历）性能最优，因其直接下标访问、无额外对象开销且jvm优化成熟；缓存array.length到局部变量可避免重复读取。
Java数组遍历方式的性能差异，核心取决于底层访问机制——数组是连续内存块，支持O(1)随机访问，但不同语法糖背后的实际执行路径不同。实测表明：传统for循环（带索引）通常最快；增强for循环（foreach）次之；Stream流最慢，尤其在小数据量时开销明显。
传统for循环（索引遍历）最稳定高效
直接通过下标访问，无额外对象创建、无迭代器状态维护，JVM优化成熟。关键细节在于：把array.length缓存到局部变量中可避免每次循环重复读取长度字段。
- 推荐写法：int len = array.length; for (int i = 0; i
- 不推荐写法：for (int i = 0; i （每次判断都触发一次字段读取）
- 适合场景：需要索引参与计算、频繁随机访问、或对毫秒级延迟敏感的业务逻辑
增强for循环（foreach）简洁但略有开销
本质是编译器生成的迭代器代码（对数组而言是基于索引的隐式迭代器），语义清晰，但多了迭代器对象创建和hasNext()/next()调用开销。在百万级数据测试中，通常比优化后的for循环慢10%–20%。
- 优势：代码可读性强，不易越界，适合纯顺序消费场景
- 限制：无法获取当前索引，不能在遍历中修改数组引用（如赋值），也不支持反向遍历
- 注意：对基本类型数组（如int[]）效率接近for循环；对包装类型数组（如Integer[]），自动拆箱可能引入额外成本
Stream流遍历延迟高、内存占用大
Stream不是遍历工具，而是数据处理管道。即使只做forEach，也会构建完整的流水线对象（Spliterator、Op链等），触发多次对象分配和方法调用。实测显示：100万元素数组，Stream.forEach比传统for慢2–3倍，GC压力显著上升。
- 适用时机：需链式操作（filter/map/collect）、并行处理、或配合函数式逻辑时才体现价值
- 慎用场景：简单打印、累加、校验等基础遍历任务
- 替代方案：若必须用Stream，优先用
Arrays.stream(array).forEach(...)而非先转List再stream，减少中间对象
迭代器遍历仅适用于包装类集合，不适用于原始数组
数组本身没有Iterator接口。常见误区是将Arrays.asList(array)转为List再用iterator——这会创建新List对象并复制引用，对大数组造成额外内存与时间开销。该方式实际性能常低于直接for循环，且对基本类型数组无效（因泛型擦除导致装箱）。
- 真实用途：仅当已持有List/Collection对象，且需安全删除元素时才用Iterator
- 数组误用示例：Arrays.asList(new int[]{...}).iterator() → 不合法（int[]无法转为Integer[]）
- 正确做法：原始数组坚持用索引或foreach；如需迭代器语义，应使用IntStream等原生流
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
