提防包装类型的null值

我们知道Java引入包装类型（Wrapper Types）是为了解决基本类型的实例化问题，以便让一个基本类型也能参与到面向对象的编程世界中。而在Java 5中泛型更是对基本类型说了“不”，如想把一个整型放到List中，就必须使用Integer包装类型。我们来看一段代码：

//计算list中所有元素之和  
public static int f(List<Integer> list){  
     int count = 0;  
     for(int i:list){  
        count += i;  
     }  
     return count;  
} 

接收一个元素是整型的List参数，计算所有元素之和，这在统计、报表项目中很常见，我们来看看这段代码有没有问题。遍历一个列表，然后相加，应该没有问题。那我们再来写一个方法调用，代码如下：

public static void main(String[] args) {  
     List<Integer> list = new ArrayList<Integer>();  
     list.add(1);  
     list.add(2);  
     list.add(null);  
     System.out.println(f(list));  
} 

把1、2和空值都放到List中，然后调用方法计算，现在来思考一下会不会出错。应该不会出错吧，基本类型和包装类型都是可以通过自动装箱（Autoboxing）和自动拆箱（AutoUnboxing）自由转换的，null应该可以转为0吧，真的是这样吗？我们运行一下看看结果：

Exception in thread "main" java.lang.NullPointerException 

运行失败，报空指针异常，我们稍稍思考一下很快就知道原因了：在程序的for循环中，隐含了一个拆箱过程，在此过程中包装类型转换为了基本类型。我们知道拆箱过程是通过调用包装对象的intValue方法来实现的，由于包装对象是null值，访问其intValue方法报空指针异常也就在所难免了。问题清楚了，修改也很简单，加入null值检查即可，代码如下：

public static int f(List<Integer> list) {  
     int count = 0;  
     for (Integer i : list) {  
          count += (i!=null)?i:0;  
     }  
     return count;  
} 

上面以Integer和int为例说明了拆箱问题，其他7个包装对象的拆箱过程也存在着同样的问题。包装对象和拆箱对象可以自由转换，这不假，但是要剔除null值，null值并不能转化为基本类型。对于此类问题，我们谨记一点：包装类型参与运算时，要做null值校验。