不能。增强for循环仅支持数组和实现了Iterable接口的类型，对基本类型数组（如int[]）和引用类型数组（如String[]）有效，但不支持未实现Iterable的自定义类（如MyArray），否则编译报错“can only iterate over an array or an instance of java.lang.Iterable”。
增强for循环能遍历所有数组吗
不能。增强for循环（for-each）只支持实现了 Iterable 接口的类型，以及**数组**（Java 语言层面特例）。它对基本类型数组（如 int[]、double[]）和引用类型数组（如 String[]、Object[]）都有效，但不支持任意“类数组结构”——比如自定义的 MyArray 类，即使内部有 length 和索引访问，也不能直接用 for-each 遍历。
常见错误现象：for (int x : someCustomList) 编译失败，报错 can only iterate over an array or an instance of java.lang.Iterable。
- 使用场景：快速读取数组/集合元素，无需索引、不修改结构时最简洁
- 性能影响：对数组，本质是传统
for (int i = 0; i 的语法糖，无额外开销；对 <code>ArrayList同样高效，但对LinkedList仍为 O(1) 每次get()（实际底层用迭代器，避免了随机访问） - 注意：无法在循环中删除元素（会抛
ConcurrentModificationException），也不能通过循环变量修改原数组中的基本类型值（因为拿到的是副本）
遍历 int[] 时为什么不能直接改原数组值
因为增强for循环对基本类型数组，每次迭代得到的是该位置元素的**拷贝**，不是引用。修改循环变量本身，不影响原数组。
int[] nums = {1, 2, 3};
for (int x : nums) {
x = x * 2; // 这里改的是 x 的副本
}
// nums 仍是 {1, 2, 3}，没变而如果是 Integer[]，虽然循环变量 x 是引用，但 Integer 是不可变类，x = x * 2 实际是新建了一个 Integer 对象并赋给局部变量 x，原数组元素仍指向旧对象。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 想修改原数组？必须用传统索引循环：
for (int i = 0; i - 如果真需要“边遍历边更新”，且数据结构允许，优先考虑
List配合set(i, newValue) - 别误以为
final int x能阻止修改——增强for隐式声明的变量本就是“只读”的，加final没意义，也不改变语义
for-each 遇到 null 数组会怎样
直接抛 NullPointerException，且发生在循环开始前——JVM 尝试调用 array.length 时触发。
int[] arr = null;
for (int x : arr) { ... } // 运行时报错：Exception in thread "main" java.lang.NullPointerException这和传统 for 循环不同：后者若写成 for (int i = 0; i ，同样会 NPE；但你可以先判空再进循环，而增强for语法上无法插入判空逻辑。
- 安全做法：始终在增强for前显式检查
if (arr != null) - 工具方法可封装：如
ArrayUtils.isNotEmpty(arr)（Apache Commons）或自己写个safeForEach(int[] a, IntConsumer c) - 不要依赖 IDE 自动补全的增强for模板去处理可能为
null的参数——那是危险的默认假设
什么时候不该用增强for循环
当需要以下任一能力时，增强for就不合适：
- 需要当前索引（比如要同时访问
arr[i]和arr[i+1]做相邻比较） - 需要修改数组/集合内容（包括增删元素、重置某位置值）
- 需要提前终止并知道已处理多少项（虽可用
break，但没法直接拿到i） - 遍历多维数组的“外层数组”时，若内层长度不一致，增强for容易掩盖
ArrayIndexOutOfBoundsException的真实上下文（传统循环里i和j更易调试）
一个典型反例：for (String s : strings) if (s.startsWith("A")) s = s.toUpperCase(); —— 这里 s 变量被重新赋值，但原 strings 数组里的元素完全没变，还可能误导人以为改成功了。
真正复杂的遍历逻辑，别硬套 for-each。语法糖省不了几行代码，但藏住的边界条件和副作用，调试起来更费时间。
