Java数组越界会抛出ArrayIndexOutOfBoundsException异常，它是RuntimeException的子类，编译期不强制捕获，常见于循环条件错误或负索引访问等场景。
Java数组越界会抛出什么异常
Java中访问数组时下标超出合法范围（index 或 index >= array.length），JVM会立即抛出 ArrayIndexOutOfBoundsException，这是 RuntimeException 的子类，编译期不强制捕获。
常见触发场景包括：
- 循环条件写成
i 而非i - 对空数组（
array.length == 0）直接访问array[0] - 用用户输入、配置值或计算结果作下标，未校验范围
如何预防数组越界（而非仅捕获异常）
靠 try-catch 捕获 ArrayIndexOutOfBoundsException 是被动且低效的——异常创建开销大，且掩盖了逻辑缺陷。应优先从源头控制访问合法性：
- 使用增强 for 循环（
for (Type e : array)）避免手动索引 - 对原始下标访问，先做显式边界检查：
if (i >= 0 && i - 封装数组访问逻辑到工具方法，例如：
public static
T get(T[] arr, int index, T defaultValue) { r
eturn (arr != null && index >= 0 && index < arr.length) ? arr[index] : defaultValue; }
- 用
java.util.List替代裸数组（尤其在长度可能变化时），其get(int)方法语义更清晰，且可配合Collections.unmodifiableList控制可变性
Arrays.asList() 后的“数组”不是真数组
调用 Arrays.asList(new String[]{"a","b"}) 返回的是 Arrays.ArrayList（内部类），不是 java.util.ArrayList，更不是原生数组。它不支持 add()、remove()，但允许通过 get(int) 访问——此时越界仍抛 IndexOutOfBoundsException（注意：是父类，非 ArrayIndexOutOfBoundsException）。
关键区别：
- 原生数组越界 → 抛
ArrayIndexOutOfBoundsException -
Arrays.asList(...).get(i)越界 → 抛IndexOutOfBoundsException（继承自同一父类，但类型不同） - 这种差异会影响
catch块的精确性：若只捕ArrayIndexOutOfBoundsException，会漏掉前者
多维数组的越界判断要分层检查
对于 int[][] matrix，matrix[i][j] 实际执行两次访问：先取 matrix[i]（可能为 null 或越界），再取该行的 [j]。因此安全访问需两步校验：
if (matrix != null && i >= 0 && i < matrix.length) {
int[] row = matrix[i];
if (row != null && j >= 0 && j < row.length) {
return row[j];
}
}
return defaultValue;
忽略 row == null 检查是常见疏漏——JVM 允许二维数组某行为 null，此时 matrix[i][j] 会抛 NullPointerException，而非数组越界异常。
真正难防的不是越界本身，而是把越界当成“预期外错误”来兜底；它本质是逻辑漏洞，暴露在运行时只是因为没在编码阶段守住边界契约。
