通用程序设计——基本类型优先于包装类

叁歲伎倆 2024-03-16 13:12 34阅读 0赞

java 的8种基本类型都有对应的包装类型

在 jdk 1.5 增加了自动装箱，拆箱功能，在使用上更加方便了，对于开发人员来说两者的区别也变小了，很多时候在使用上会不注意选择到底该哪种

但实际上，两者是有区别的，如果不注意，可能造成性能损失，甚至造成异常错误。两者有3点区别

*  基本类型性能更好
 *  基本类型只有值，而包装类型是包装类的实例对象，不仅有值，而且有方法。因此，基本类型比较时只有 == 关系，而包装类型不仅有 ==关系，而且有 equals 关系。

比如对于数字1 来说， 两个int 使用==计算，并且一定是true。而如果是两个Integer，则应该使用equals比较，如果用==则可能是true 也可能是false。

基本类型必然有值，包装类型可能是 null，尤其是自动拆箱时，这一点不注意就会导致空指针

对于两者的区别，第二点和第三点是非常明显的，而且很多人经常不小心犯错。

如下，代码示例

public class Demo {
        
        Comparator<Integer> naturalOrder = new Comparator<Integer>() {
            public int compare(Integer first, Integer second) {
                return first < second ? -1 : (first == second) ? 0 : 1;
            }
        };
    
        @Test
        public void cleanEmptyDir() {
            System.out.println(naturalOrder.compare(127,127));
            System.out.println(naturalOrder.compare(128,128));
        };
    
    }

上面的代码看起来没问题，但实际上问题很大

两行执行结果分别为 0 ，1

为何如此？因为对于 Integer == 比较的是内存地址，而不是它们的 value

java 默认对 Integer 的 -128~127做了缓存，所以两个1用的是同一个实例，而221则使用了不同的 Integer 实例,而且，即便是1，也可以构建出不同来

比如 System.out.println(naturalOrder.compare(1,new Integer(1))); 结果为 1，而不是0，因为我们通过 new Integer 来手动强制创建新实例，而不是用了缓存

这个例子反应的就是 包装类与基本类的不同

并且，在上面例子中，如果入参中有null，则也会在自动拆箱 时发生空指针

比如执行下列代码会得到空指针

public static Integer aa  = null;
    
    public static void main(String[] args) {
        System.out.println(aa == 13); // 空指针
    }

另外，如果不注意自动装箱拆箱问题，也可能造成性能下降，虽然拆箱装箱性能差异在系统中不算很重要，但这是无畏的浪费，应该避免。

如下例子

public static void main(String[] args) {
        long t1 = System.currentTimeMillis();
        long sum = 0L;
        for (int x = 0; x < Integer.MAX_VALUE; x++) {
    
          //  sum = Long.valueOf(sum.longValue + x);
            sum += x;
        }
        long t2 = System.currentTimeMillis();
        System.out.println("t2-t1:" + (t2 - t1));
    }

在我的电脑中测试，如果 sum 类型是 long，其结果在 600ms左右。而如果是 Long 结果在5000ms 左右，性能差异还是很大的，而且这是完全没必要的浪费，并且非常容易修复。

所以，两者的使用是有区别的，很多时候，基本类型会更合适，它们性能更好，且不会出现空指针

但在有些时候则应选择包装类，比如泛型的时候，基本类型是不会被泛型化的。Map<String,Integer> 是正确的，而 Map<String,int> 则无法编译