增强for循环专为简洁安全遍历只读集合或数组设计，关键在数据源头的只读封装：静态数组须声明为public static final，基本类型天然安全，引用类型需确保不可变或返回副本，避免暴露可变引用。
增强for循环（for-each）本身就是为简洁、安全地遍历只读集合或数组而设计的，对静态数组尤其自然——只要数组本身不可变（如用 final 修饰且元素不对外暴露引用），配合增强for就能做到真正“只读”且行云流水。
确保数组声明为 final 且无外部可变引用
静态数组要体现“只读性”，关键不在循环语法，而在数据源头。增强for无法阻止你意外修改元素（比如是对象引用），所以必须从定义入手：
- 用 public static final 声明数组（基本类型数组天然安全；引用类型需额外注意）
- 若数组元素是可变对象（如
StringBuilder、自定义类），应返回副本或使用不可变包装（如Collections.unmodifiableList转为 List 再用增强for） - 避免直接返回数组引用（防止外部通过索引修改），必要时用私有数组 + 公共不可变访问器
增强for写法干净到无需多余注释
一旦数组被正确封装，增强for就回归本意：聚焦“取值”，不关心索引、长度、边界。例如：
for (String role : ROLES) {
System.out.println("Role: " + role);
}
没有 i，没有 length，没有越界风险——这就是“极其流畅”的底层逻辑：语义即行为。
遇到引用类型时，防修改比写循环更重要
如果静态数组存的是可变对象（如 Point[]），即使用了增强for，仍可能误写 point.x = 10。此时“只读”靠的是设计约束：
- 优先用不可变类（如
java.time.LocalDate、String、自定义final类+private字段+无setter） - 若必须用可变对象，静态数组应初始化为不可变实例（如
new Point(1,2)），并在文档中明确“逻辑只读” - 极端场景下，可用
Arrays.asList(ARR).toArray()转为不可修改视图（但注意数组本身仍可改，仅作为防御性提示）
不推荐混用索引与增强for的“伪优化”
有人想在增强for里偷偷记下索引（如用外部计数器），或为了“顺便获取下标”强行切回传统for——这会破坏流畅性，也违背只读遍历的初衷。真需要索引，请确认是否真的需要“只读”之外的能力；如果需要，就坦然用传统for，别硬套增强for。
