增强for遍历二维数组时，for (int x : arr)编译失败，因arr元素类型为int[]而非int；正确写法是外层for (int[] row : arr)、内层for (int x : row)；若行可能为null，须先判空再遍历。
增强 for 循环遍历二维数组时，为什么 for (int x : arr) 会编译失败
因为 Java 的二维数组本质是「一维数组的数组」，arr 的每个元素类型是 int[]，不是 int。直接写 for (int x : arr) 会让编译器尝试把 int[] 赋给 int，触发「incompatible types」错误。
正确做法是分两层遍历：外层遍历行（即 int[]），内层遍历该行的每个 int。
- 外层变量类型必须声明为
int[]，例如for (int[] row : arr) - 内层再用
for (int x : row)取出具体数值 - 如果误写成
for (Integer x : arr)或for (int x : arr[0])（但没判空），运行时可能抛NullPointerException
如何安全遍历可能含 null 行的二维数组
真实场景中，二维数组某一行可能是 null（比如稀疏矩阵、手动初始化未填满），此时直接进入内层增强 for 会触发 NullPointerException。
必须在外层循环体内加空值检查，不能依赖 try-catch 吞异常——那会掩盖逻辑问题。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
- 写法：
for (int[] row : arr) { if (row == null) continue; for (int x : row) { ... } } - 不要用
row.length > 0替代row != null，否则空指针已发生 - 如果业务上 null 行需特殊处理（如计为 0 或跳过统计），应在
if (row == null)分支里明确表达
增强 for 和传统 for 在二维数组遍历中的性能与可读性权衡
增强 for 在语义上更清晰，适合「只读遍历」；但若需要索引（比如要记录位置、修改原数组、做行列判断），传统 for 更直接。
- 需要坐标时，别硬套增强 for ——
for (int i = 0; i + <code>for (int j = 0; j 是合理选择 - 增强 for 编译后仍转为迭代器或数组访问，性能差异可忽略，但 JIT 优化对传统 for 更友好（尤其大数组）
- 嵌套增强 for 的可读性在三层及以上明显下降，二维已是边界；超过二维建议封装为方法或改用集合
用增强 for 遍历非基本类型二维数组（如 String[][]）要注意什么
类型声明必须严格匹配：外层是 String[]，内层是 String，不能省略方括号或写错大小写。
- 错误示例：
for (String s : arr)→ 编译失败，因为arr元素是String[]，不是String - 正确写法：
for (String[] row : arr) { for (String s : row) { ... } } - 如果数组声明为
Object[][]，外层变量得是Object[]，内层才是Object；向下转型需自行保证类型安全
NullPointerException 就在最内层爆发，堆栈还藏得深。 
