arrayindexoutofboundsexception本质是运行时逻辑错误，应避免而非捕获；它是runtimeexception子类，不强制try-catch，强行捕获会掩盖边界检查缺失问题。
ArrayIndexOutOfBoundsException 本质是运行时逻辑错误，不是该“捕获”而是该“避免”
Java 中 ArrayIndexOutOfBoundsException 是 RuntimeException 的子类，意味着它不强制要求 try-catch。强行用 try-catch 包裹数组访问，往往掩盖了真正的边界检查缺失问题，还可能让程序在错误状态下继续执行。
常见错误现象包括：
- 循环条件写成
i （应为 <code>） - 从用户输入、文件读取或网络响应中直接解析索引，未校验范围
- 多线程环境下数组被并发修改，长度与索引计算不同步
最有效的预防方式：用增强 for 循环或 Stream 替代裸索引遍历
只要不需要索引本身，就彻底避开下标操作。这能消除绝大多数越界风险，且代码更简洁。
示例对比：
立即学习“Java免费学习笔记（深入）”；
int[] arr = {1, 2, 3};
// ❌ 容易越界
for (int i = 0; i <= arr.length; i++) { // 这里 i == 3 时触发异常
System.out.println(arr[i]);
}
// ✅ 安全、无索引依赖
for (int value : arr) {
System.out.println(value);
}
// ✅ 同样安全（Java 8+）
Arrays.stream(arr).forEach(System.out::println);注意：Arrays.asList(arr) 对基本类型数组无效（会把整个数组当一个元素），别误用。
必须用索引时，校验逻辑要前置且明确
如果业务确实需要根据索引查值（比如实现缓存、坐标映射、协议解析），校验不能靠 catch 补救，而要在访问前完成。
- 校验顺序必须是：先判
null，再判index ，最后判 <code>index >= array.length - 不要复用
array.length多次——若数组可能被并发修改，应先缓存长度值 - 对负索引支持（如 Python 风格的倒序）需显式转换，不要依赖异常来“试探”
简明校验模板：
if (arr == null) throw new IllegalArgumentException("array must not be null");
if (index < 0 || index >= arr.length) {
throw new IndexOutOfBoundsException(
String.format("Index %d out of bounds for length %d", index, arr.length)
);
}
return arr[index];调试阶段善用 IDE 断点和单元测试覆盖边界值
IDE（如 IntelliJ）可在数组访问语句上设断点，并观察 array.length 和 index 实时值；但更可靠的是写测试用例，显式覆盖 0、array.length - 1、array.length、-1 等关键点。
容易被忽略的一点：泛型集合（如 ArrayList）抛出的是 IndexOutOfBoundsException，虽然类名不同，但成因和处理思路完全一致——它和数组越界共享同一套边界思维，只是底层实现不同。
