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

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

吓得我吃了一惊

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

暴风app上线截图

言归正传,我就遇到过因为少写了一行代码而导致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,万能方法

本文首发于百家号,欢迎关注我的公众号“java工会”,一起交流技术

你可能感兴趣的:(导致程序崩溃的一行代码,你有写过吗?)