数组越界异常发生在访问负索引或≥数组长度的索引时，属RuntimeException无需强制捕获，但会导致程序中断；典型原因有循环边界错误（如i
数组越界异常（ArrayIndexOutOfBoundsException）是Java中最常见的运行时异常之一，它发生在尝试访问数组中不存在的索引位置时——比如下标为负数、或大于等于数组长度。这类异常不需显式捕获（属于RuntimeException子类），但一旦发生，程序会立即中断，所以准确定位和预防尤为关键。
异常触发的典型场景
多数情况下，越界并非随机出现，而是源于逻辑疏漏。常见情形包括：
- 循环边界写错：比如用
for (int i = 0; i 代替i ，导致最后一次访问arr[arr.length]（实际最大合法索引是arr.length - 1） - 动态计算索引出错：如字符串分隔后取
parts[1]，但某些输入只分出一个元素（parts.length == 1） - 手动维护索引变量时未同步校验：例如在while循环中递增下标却忘了检查上限
- 多线程环境下数组被意外修改（较少见，但共享可变数组时需警惕）
快速定位异常位置的方法
异常堆栈信息是第一线索。JVM抛出异常时会打印完整调用链，重点关注最顶层的“at”行：
- 看文件名和行号（如
MyClass.java:42），直接跳转到对应代码行 - 检查该行是否含数组访问（
arr[i]、list.get(i)等），再逆向追踪i和arr.length的来源 - 启用IDE调试：在疑似行打条件断点（如
i >= arr.length || i ），运行时自动暂停 - 临时加日志：在访问前打印
i和arr.length，例如System.out.printf("i=%d, len=%d%
n", i, arr.length);
预防比修复更有效
与其反复排查，不如从编码习惯上规避风险：
- 优先使用增强for循环（
for (Type e : arr)）或Stream API，彻底避开下标操作 - 访问前主动校验：尤其在处理外部输入、解析结果、用户传参时，加上
if (i >= 0 && i - 用集合替代裸数组：ArrayList等提供更安全的访问方式，且支持动态扩容
- 单元测试覆盖边界值：对长度为0、1、n-1、n、n+1的数组分别构造用例
注意List的get()也会抛同名异常
虽然异常名相同，但List.get(i)越界与数组无关——它是ArrayList等实现类内部对底层数组的封装访问。因此，看到ArrayIndexOutOfBoundsException不要默认锁定“数组字面量”，也要检查所有基于索引的集合操作。ArrayList源码中正是通过rangeCheck(i)方法显式抛出该异常。
