索引超出了数组界限：核对下标数值即可快速修复

昨天运行代码的时候突然弹出索引超出了数组界限，盯着屏幕愣了好半天，明明前段时间一模一样的程序都能正常跑，一夜之间就莫名报错。一开始还以为是软件本身出了故障，反复重启软件、重新导入文件，折腾了好几遍问题还是原样存在，一点好转都没有。

数组定义的长度明明看着没问题，循环次数也照着之前的格式写，怎么都想不到出错点在哪。随便乱改循环范围，一会儿把数值调大一会儿调小，结果要么报错依旧，要么直接出现更严重的运行异常，整个程序彻底卡死打不开。

后来才反应过来，数组读取的序号并不是从一开始计算的。日常习惯数数都是1、2、3依次往后，可代码里数组下标默认都是从零开始排序，多加一位数字，读取位置就直接跑到数组外面，自然就触发索引超出了数组界限提示。

循环遍历的时候很容易忽略这个细节。循环条件写得过长，遍历次数超过数组本身存放的数据总量，末尾几位没有对应内容支撑，程序调取数据找不到对应位置，瞬间就弹出报错窗口。有时候删减了数组里的数据条目，却忘记同步修改循环终止数值，旧参数搭配新数据，出错概率特别高。

单个变量赋值出错也会引发这个问题。用变量代替下标数字，变量运算之后数值偏大，没有提前做范围限制，调用数组时直接越界，报错提示看着模糊，很难第一时间关联到变量身上。

一点点缩减循环区间测试，一点点核对每一处下标数字，慢慢就找准了出错的那一行。把超出范围的数值往下调整一位，匹配好数组实际长度，保存重新运行之后，卡顿很久的程序瞬间恢复正常。

反复改动参数测试才明白，很多时候不是逻辑复杂出错，只是基础下标常识没留意。临时修改数据、删减条目之后，顺手检查一遍对应索引范围，就能避开绝大多数这类报错。

一直到深夜关掉软件，脑子里还在回想刚才混乱修改参数的模样，白白浪费了大把时间，明明简单核对一下数字就能解决的麻烦。