java一维数组遍历应按需选择：传统for循环适用于需索引、修改元素、部分遍历等场景，语义清晰且安全；增强for循环适合只读遍历，简洁但无法获取索引或修改原数组。
Java 一维数组遍历方式不止一种，选对方法比写对语法更重要——关键不在“能不能跑通”，而在“是否合适”。不同循环模式的差异，主要体现在语义清晰度、代码安全性、维护成本和极少数真实性能场景中，而非笼统的“快或慢”。
传统 for 循环：需要索引或修改时的首选
当你得知道当前是第几个元素、要原地改数组内容、或只处理部分区间（比如跳过前两个、处理偶数位），传统 for 是唯一自然的选择：
- 直接通过 arr[i] 读写元素，对基本类型数组可真正修改原值
- 支持反向遍历（i = arr.length - 1; i >= 0; i--）、步长跳变（i += 2）、中途截断（i ）
- 现代 JVM 会优化边界检查，arr.length 每次访问开销极小，无需刻意缓存；仅在极端热点路径且经 profiler 确认为瓶颈时才考虑 int len = arr.length
增强 for 循环（for-each）：只读遍历时的简洁之选
如果目标只是逐个访问、打印、累加或校验，且不关心下标，增强 for 最直观安全：
- 语法干净：for (int x : arr)，意图明确，杜绝 ArrayIndexOutOfBoundsException
- 编译后实际转为等效的传统 for 字节码，JVM 优化充分，性能与手动写法几乎无差别
- 不能获取索引，也不能通过循环变量修改基本类型元素（x = 100 只改副本）；若需索引，额外加计数器反而破坏简洁性
- 使用前建议判空：if (arr != null)，避免运行时 NullPointerException
while 与 do-while：非主流但有其定位
它们不常用于数组遍历，但在特定逻辑下更贴合语义：
- while 适合条件驱动的遍历，比如“直到遇到第一个负数就停”或“配合外部状态判断是否继续”
- do-while 保证至少执行一次，适用于必须先处理再判断的场景（如菜单交互、首元素必处理）
- 两者都需要手动维护索引，易出错，可读性不如 for 系列，一般仅在控制流复杂时考虑
Stream API：别为遍历而用
Arrays.stream() 写起来酷，但不是通用替代方案：
- 创建 Stream 对象、装箱/拆箱（如 int[] → IntStream）、构建操作链，带来真实 GC 压力和延迟
- 实测百万级数组遍历，比传统 for 慢 3–5 倍；纯打印、求和、简单过滤，属于高开销低收益
- 真正适合它的是复合操作：比如 filter + map + reduce 或并行处理（parallelStream）
- 小规模数据或原型开发中可接受，高频调用或性能敏感模块请绕道
不复杂但容易忽略：拖慢程序的从来不是 for 怎么写，而是循环体内做了什么——比如每次迭代都 new 对象、拼接未缓存字符串、调用远程接口。把精力放在业务逻辑优化上，远胜于纠结语法微差。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
