Java二维数组异常处理核心是预防越界和类型错误，需分步校验行列索引、过滤用户输入、使用语义化自定义异常，并封装安全访问工具方法。
Java 中处理二维数组数据异常，核心在于提前预防越界和类型错误，而不是等程序崩溃后再补救。关键不是“能不能捕获异常”，而是“要不要让异常发生”。
明确二维数组的边界规则
Java 二维数组本质是“数组的数组”，每行长度可能不同，所以不能只靠 arr.length 和 arr[0].length 一概而论。必须分两步确认：
- 先检查行索引是否在 0 ≤ row < arr.length 范围内
- 再检查列索引是否在 0 ≤ col < arr[row].length 范围内（前提是 arr[row] 不为 null）
尤其注意：如果某一行未初始化（如 int[][] a = new int[3][]; 中 a[1] 仍为 null），直接访问 a[1][0] 会抛出 NullPointerException，而非 ArrayIndexOutOfBoundsException。
用户输入阶段就做类型与范围过滤
从 Scanner 读取数字时，常见两类错误：非数字字符、数字超出预期范围。应分层拦截：
立即学习“Java免费学习笔记（深入）”；
- 用 try-catch 捕获 InputMismatchException，提示“请输入有效数字”
- 对读入的整数立即校验：若用户习惯输“第1行第2列”，需转换为索引后判断是否 row < 0 || row >= arr.length
- 避免在业务逻辑中混用“用户序号”和“数组索引”，建议封装一个
toValidIndex(int userRow)方法统一转换和校验
用自定义异常替代泛化异常
抛出 ArrayIndexOutOfBoundsException 或 RuntimeException 对调试和维护都不友好。推荐定义语义明确的异常：
-
SeatInvalidException：用于座位预订类场景，包含具体行列信息 -
RowNotFoundException：当行存在但列不存在时单独区分 - 所有自定义异常继承 Exception（编译期强制处理）或 RuntimeException（运行期灵活抛出），视业务严谨度而定
这样上层调用者能针对性处理，比如弹窗提示“该位置不存在”，而不是显示“数组索引越界”这种技术术语。
防御性访问封装成工具方法
不建议每次访问都写重复的 if 判断。可封装安全访问工具：
-
safeGet(arr, row, col)：返回 Optional<Integer> 或 null，不抛异常 -
isInRange(arr, row, col)：仅返回 boolean，供前置校验使用 - 对稀疏或不规则二维结构（如三角矩阵），额外增加
isValidPosition()抽象逻辑，把业务规则与数组结构解耦
这类方法写一次，多处复用，既减少重复代码，也降低漏判风险。
