打字猴:1.70044048e+09
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
1700440508 编写高质量代码:改善Java程序的151个建议 [:1700438095]
1700440509 编写高质量代码:改善Java程序的151个建议 建议27:谨慎包装类型的大小比较
1700440510
1700440511 基本类型是可以比较大小的,其所对应的包装类型都实现了Comparable接口也说明了此问题,那我们来比较一下两个包装类型的大小,代码如下:
1700440512
1700440513 public class Client{
1700440514
1700440515 public static void main(String[]args){
1700440516
1700440517 Integer i=new Integer(100);
1700440518
1700440519 Integer j=new Integer(100);
1700440520
1700440521 compare(i, j);
1700440522
1700440523 }
1700440524
1700440525 //比较两个包装对象大小
1700440526
1700440527 public static void compare(Integer i, Integer j){
1700440528
1700440529 System.out.println(i==j);
[ 上一页 ]  [ :1.70044048e+09 ]  [ 下一页 ]