导致程序崩溃的一行代码，你有写过吗？

初学编程时，可能经常遇到一些程序崩溃的现象。一般来说，程序崩溃由于操作不当引起的。但是有时候，因为一个程序员的粗心，正式版本的程序出现崩溃状况这就很不因该了。之前很火的一个梗，暴风影音更新了App Store，在App更新界面的下面有一条动态称“更新了闪退的bug，还杀了一个程序员祭天”。

看到这么“血腥残暴”的话，网友们的第一反应是乐了，“哈哈哈哈笑死了，暴风影音，没有下载就没有杀害。程序员这职业高危啊……？”“感觉程序员是一个高危行业，产品的更新迭代还需要举行杀人祭天仪式。”大家一致认为“没有下载，就没有杀害”。有的网友煞有介事地声称要报警，并成功引起了警察蜀黍的注意；还有网友分析认为这是暴风影音故意为之的病毒营销手段。

言归正传，我就遇到过因为少写了一行代码而导致ios闪退的问题。原来是我们的同时在获取数组的某个元素时，直接使用arr【3】这种形式获取的，而没有加任何判断，结果当数组元素少于3个的时候，app直接闪退了。这个bug在测试阶段居然也没有测出来就那么上线了，后来大半夜的我们leader打电话call我们远程解决问题，最后发现是ios的锅，真是杀了他的心都有了。由于我没有写过ios的代码，下面我截取网上找的一个获取数组的元素的代码，不知道对不对，仅供参考。

NSArray * arr = @[@"1",@"2",@"3",@"4",@"5"];

//获取之前要先判断一下,如果不判断，程序会闪退

NSInteger index = arr[3];

其实在java中也存在这样的问题，在获取数组的元素之前一定要先判断数组的长度，开发时粗心的程序员可能忘记了。自己测试时也不会去做不当的操作，可能就没有测出来问题。不过这种情况一般测试人员都会测试出来的。java中的代码就是如下：

String [] arr = new String[]{"1","2","3"};

String str = arr[4]

程序中显然存在内存越界问题，这样程序肯定会报错，所以我们写代码的时候就不要忘了加个数组长度的判断，正确代码如下：

String [] arr = new String[]{"1","2","3"};

    if(arr.length>4){

    String str = arr[4]

}

只要加了这一行判断的代码，程序就不会报错了。一般程序员在写代码的时候都不会忘记判断，那么你遇到过这样的因为粗心导致程序崩溃的问题吗？下面我们来具体看看数组下标越界的问题。java.lang.ArrayIndexOutOfBoundsException是运行时异常, 编译器是不会知道的,只有运行时jvm才能捕获到。数组在运行时是由jvm创建的一个东西，是用机器指令创建的。类似于汇编指令， 先根据你声明的长度分别为每个元素赋值，压栈。而对于如何确定数组的长度，其实也是由一个特定的指令来得到的，也会压到栈中。数字的长度是数组的一个属性，这就是你为什么能用a.length得到数组长度的原因。并且jvm在读写数组元素时都会有与数组长度作比较的指令，如果越界则抛出越界异常。所以每次读写操作时都要做一次判断, 这个判断是必要的, 如果你不判断, 如何去抛出异常呢？

通常预防数组越界导致程序运行出错的方法有下面几种，可以参考一下：

1. 检查传入参数的合法性，每次操作的时候都检查一遍参数

2. 在处理的时候，可以先判断数组的大小，比如我上面举的例子。保证自己不要访问超过数组大小的元素，这样就不会出现数组越界异常了

3. 当处理数组越界时，打印出遍历数组的索引十分有帮助。或者直接用调试模式调试代码，这样我们就能够跟踪代码找到为什么索引达到了一个非法的值

4. 加入try-catch，万能方法

如有侵权，请联系删除

转载请注明来源