Java数组越界不是警告，是运行时强制中断；只要索引超出0到length-1范围，就会抛出ArrayIndexOutOfBoundsException异常。
Java 数组越界不是警告，是运行时强制中断。只要索引 ArrayIndexOutOfBoundsException，程序直接终止——尤其在线上服务中，一次越界可能引发雪崩。预防核心不是“出了错怎么兜底”，而是让越界根本没机会发生。
增强 for 循环：零索引风险的遍历方式
当你只需要读取每个元素（如打印、求和、校验），不用下标本身时，增强 for 是最安全的选择。它由 JVM 内部自动管理边界，天然规避所有索引计算错误。
- 完全不暴露索引变量，不存在
i++多走一步、写成 <code> 的风险 - 空数组也能安全执行（循环体一次不进），不会触发任何异常
- 负索引、超长索引、
split()后未判空等陷阱，统统绕过
手动索引访问前必须做双条件校验
凡涉及 arr[i] 且 i 不是字面量（比如来自用户输入、计算结果、接口返回、字符串切分），就必须显式验证合法性。只判 i 不够，负数同样危险。
- 标准写法：
if (i >= 0 && i ，两个条件缺一不可 -
split()后务必先检查parts.length == 0，再谈取parts[0] - 取模运算不等于安全：若
i可能为负，i % arr.length结果仍可能为负，应改用(i % arr.length + arr.length) % arr.length
用工具方法封装安全访问逻辑
重复写校验逻辑易遗漏、难维护。把边界检查下沉为可复用的工具，既统一处理，又提升调用侧的可读性。
立即学习“Java免费学习笔记（深入）”；
- 例如定义
safeGet(arr, index, defaultValue)：内部判arr != null && index >= 0 && index ，满足才取值，否则返回默认值 - 避免在业务代码里混入大量
if块，让主流程聚焦于业务意图 - 对频繁操作子区间（如截取、复制），优先用
System.arraycopy()—— 它内部已做完整校验，比手写循环更可靠
调试与测试阶段要主动“找越界”
编译器不报错，问题只在运行时爆发。靠运气发现不了边界漏洞，得靠设计好的验证动作。
- 单元测试必须覆盖关键边界值：索引为
-1、0、arr.length - 1、arr.length - 日志或调试时，同时打印
arr.length和实际访问的index，一眼就能看出是否踩线 - null 数组会抛
NullPointerException，不是越界异常——别混淆，但也要一并检查
