最近对java.util.List这个类进行操作时出现一些与预期不符合的现象,程序中调用一个方法getXxx(),该方法返回List类型对象,接下来有一个if语句,代码片段如下:
执行后竟然出现了java.lang.IndexOutOfBoundsException,我不是已经限制了“非空时才执行取第零个元素”的操作吗?经验不足,仅仅盯着代码看是查不出原因的,那就借助强大的IDE来找问题吧,经debug发现,调用的getXxx()方法恰巧没能返回null,返回的是[],而null和[]对于List类型的引用来讲显然不是一回事(被坑之后才知道的),进而if后的条件被判断为true,list.get(0)被执行,所以异常才发生;要想把返回的list是null或者[]这两种情况都排除掉可以这样写if后的条件:
List list = Xxx.getXxx();
if (list != null) return list.get(0);
执行后竟然出现了java.lang.IndexOutOfBoundsException,我不是已经限制了“非空时才执行取第零个元素”的操作吗?经验不足,仅仅盯着代码看是查不出原因的,那就借助强大的IDE来找问题吧,经debug发现,调用的getXxx()方法恰巧没能返回null,返回的是[],而null和[]对于List类型的引用来讲显然不是一回事(被坑之后才知道的),进而if后的条件被判断为true,list.get(0)被执行,所以异常才发生;要想把返回的list是null或者[]这两种情况都排除掉可以这样写if后的条件:
if (list != null && !list.isEmpty()) return list.get(0);
这样在对列表进行取元素操作时才不会发生越界的异常。
扩展:细想一下,Java所有集合类型的操作是不是都有这类问题?对于String类型也有这种情况,""和null是完全不同的,从内存的角度来看,String str1 = ""中str1这个引用指向了一个空字符串的内存空间,而String str2 = null表示str2这个引用还没有指向任何的内存空间。
感言:把陷阱都踩一踩,未尝不是好事呢!