1700440458
1700440459
count+=i；
1700440460
1700440461
}
1700440462
1700440463
return count；
1700440464
1700440465
}
1700440466
1700440467
接收一个元素是整型的List参数，计算所有元素之和，这在统计、报表项目中很常见，我们来看看这段代码有没有问题。遍历一个列表，然后相加，应该没有问题。那我们再来写一个方法调用，代码如下：＜/p＞
1700440468
1700440469
public static void main（String[]args）{
1700440470
1700440471
List＜Integer＞list=new ArrayList＜Integer＞（）；
1700440472
1700440473
list.add（1）；
1700440474
1700440475
list.add（2）；
1700440476
1700440477
list.add（null）；
1700440478
1700440479
System.out.println（f（list））；
1700440480
1700440481
}
1700440482
1700440483
把1、2和空值都放到List中，然后调用方法计算，现在来思考一下会不会出错。应该不会出错吧，基本类型和包装类型都是可以通过自动装箱（Autoboxing）和自动拆箱（AutoUnboxing）自由转换的，null应该可以转为0吧，真的是这样吗？我们运行一下看看结果：
1700440484
1700440485
Exception in thread”main”java.lang.NullPointerException
1700440486
1700440487
运行失败，报空指针异常，我们稍稍思考一下很快就知道原因了：在程序的for循环中，隐含了一个拆箱过程，在此过程中包装类型转换为了基本类型。我们知道拆箱过程是通过调用包装对象的intValue方法来实现的，由于包装对象是null值，访问其intValue方法报空指针异常也就在所难免了。问题清楚了，修改也很简单，加入null值检查即可，代码如下：
1700440488
1700440489
public static int f（List＜Integer＞list）{
1700440490
1700440491
int count=0；
1700440492
1700440493
for（Integer i：list）{
1700440494
1700440495
count+=（i！=null）?i：0；
1700440496
1700440497
}
1700440498
1700440499
return count；
1700440500
1700440501
}
1700440502
1700440503
上面以Integer和int为例说明了拆箱问题，其他7个包装对象的拆箱过程也存在着同样的问题。包装对象和拆箱对象可以自由转换，这不假，但是要剔除null值，null值并不能转化为基本类型。对于此类问题，我们谨记一点：包装类型参与运算时，要做null值校验。
1700440504
1700440505
1700440506
1700440507
[
上一页 ]
[ :1.700440458e+09 ]
[
下一页 ]