Java开发那些事Javajava进阶干货

深入理解Java中的包装类与自动拆装箱

2017-10-30  本文已影响201人  wheat7

深入理解Java中的包装类与自动拆装箱

文章出处:安卓进阶学习指南
作者:麦田哥(Wheat7)
审核者:shixinzhang Struggle
完稿日期:2017.10.30

今儿来和大家聊一聊Java中的自动拆装箱问题,也是我们安卓进阶学习指南的一部分,欢迎大家多多关注,其中的一些问题也是我重新学习得到的,欢迎大家多多讨论

什么是自动拆装箱

自动拆装箱在Java5(就是Java1.5,后边改了命名)时被引入,自动装箱就是Java自动将基础类型值转换成对应的包装类对象,比如将int的变量转换成Integer对象,这个过程叫做装箱,反之将Integer对象转换成int类型值,这个过程叫做拆箱。说白了,就是个语法糖

基本类型与引用类型

稍有常识的人都看得出。。。哦,不对,稍有Java基础的同学都应该知道Java的数据类型,大的分类就分为基础类型与引用类类型

基础类型又能分为我们俗称的四类八种,分别为四种整型,byte,short,int,long,他们的区别是所能存储的数据的长度不同,也就是说他们在内存中分配的内存长度不同,两种浮点类型,32位的单精度浮点float,64位双精度浮点数double,1种Unicode编码的字符单元
char,最后就是boolean,真值布尔类型。 接下来是与我们今天主题相关的重点,就是基础类型是存储在栈内存中的,在程序启动的时候就会被初始化,就是你用或不用,他都在那里,在你声明一个基本类型的时候,他就被赋予了默认的初始值,比如int类型,就是0

并且我们再扩展讨论一下这个情况

int a = 1
int b = 1
System.out.printf(a == b) ---- true

因为 == 判断的是内存地址,也就是判断两者是否为同一个对象,基本类型相同的值指向的是同一块内存区域,所以返回的是ture,这也就解释了我们为什么可以用==来判断基本类型,而不能用 == 来判断引用类型,而是要用equals()方法

基本类型并不具对象的性质

2.引用类型又有类,接口,数组三种,为什么叫引用类型,因为我们的引用类型的对象,是存在于堆内存中的,我们所持有的是栈内存中指向相应堆内存的一个引用

这和自动拆装箱有什么关系?请看下边

持有对象&包装类

在有些情况下,我们需要持有一系列的对象,也就是使用我们常用的集合类,在这里不展开说,然而集合类在设计的时候持有的是我们所有类型的单根超类,Object,在将对象装入集合的时候,对象都会被向上转型为Object类,然后取出的时候,又通过参数化类型,也就是我们常用的泛型菱形<>语法,转型为我们装入的原始类型,但是如果我们呢要持有的是基本类型呢?基础类型的并没有父类,所以集合类并不能持有他,那怎么办呢?于是Java为每一个基础类型封装了相应的包装类

基本类型 包装类
byte Byte
short Short
int Integer
long Long
float Float
double Double
char Character
boolean Boolean

于是我们可以这样操作了

List<Interger> intList = new ArrayList<>();

intList.add(1);

注意后边一句,这就是我们后边要说的自动装箱,因为add方法需要传入的是List中所持有的参数化类型,也就是int的包装类型Integer,而我们传入的是一个int类型的值,这个int值被编译器自动包装成了Integer值,这就是本文的主题,自动拆装箱,后边我们会展开细说

你应该会想到,数组可以来持有基本类型啊,但是你也知道的是,有些时候我们要持有的数量是不确定的,数组在初始化的时候就必须确定长度,这使我们使用数组来持有基本类型,或是对象都有很大的局限性

集合持有对象是包装类最常见的应用点,当然也有其他地方,我们需要的是Object参数而又需要的是数值,或者是其他基本类型的时候,也会应用到包装类,包装类使基本类型有了对象的性质,并且为其添加了属性和方法,丰富了基本类型的操作

自动拆装箱

何为自动拆装箱,请看代码

Java5以前

//装箱
Integer integer = new Integer(10);
//拆箱
int i = integer.intValue();

Java5以后

//自动装箱
Integer integer = 10;
//自动拆箱
int i = integer;

在Java5之前,你需要一个Integer类型的对象,你需要像其他对象一样,把他new出来(调用静态方法Integer.valueOf(3)来创建对象内部也是new,别抬杠),拆箱需要调用intValue()方法来取出int值,而在Java5之后,你创建Integer类型的对象,可以直接用int类型赋值,Integer类型的也能赋值给int类型的变量

通俗点来说,就是基本类型和他的包装类可以互相赋值了,在赋值的时候,编译器自动的进行了包装/拆箱工作,但是不仅仅是赋值的时候会发生自动拆装箱,请看下一个问题

什么时候会发生自动拆装箱

  1. 赋值
    上边大家已经看到了,不说啦
  2. 方法调用传入参数的时候
public void argAutoBoxing(Integer i) {
}

argAutoBoxing(1);

public void argAutoUnBoxing(int i) {
}

argAutoUnBoxing(new Integer(1));

3.被操作符操作的时候

Integer integer = new Integer(1);

int i = interger + 1

自动拆装箱是怎么实现的

一句话,就是编译器帮我们自动调用了拆装箱的方法,以Integer/int为例子,自动装箱就是编译器自动调用了valueOf(int i)方法,自动拆箱自动调用了intValue()方法,其他基本类型类推

有哪些问题得注意?

  1. 性能问题

首先在堆内存中创建对象的消耗肯定是要比使用栈内存要多的,同时在自动拆装箱的时候,也有一定的性能消耗,如果在数据量比较大,或者是循环的情况下,频繁的拆装箱并且生成包装类的时候,对性能的影响就是一星半点了,所以不是特殊的需求,例如上述被集合持有的情况,还是使用基本类型而不是包装类

在循环的时候

Integer sum = 0;
 for(int i=1000; i<5000; i++){
   sum+=i;
}

上面的代码sum+=i可以看成sum = sum + i,在sum被+操作符操作的时候,会对sum进行自动拆箱操作,进行数值相加操作,最后发生自动装箱操作转换成Integer对象。其内部变化如下

sum = sum.intValue() + i;
Integer sum = new Integer(result);

sum为Integer类型,在上面的循环中会创建4000个无用的Integer对象,在这样庞大的循环中,会降低程序的性能并且加重了垃圾回收的工作量。因此在我们编程时,需要注意到这一点,正确地声明变量类型,避免因为自动装箱引起的性能问题

再举一个例子,在Java中的HashMap的性能也受到自动拆装箱的影响
因为HashMap接收的参数类型是HashMap <Object, Object>,所以在增删改查的时候,都会对Key值进行大量的自动拆装箱,为了解决这个问题,Java提供了SparseArray,包括SparseBoolMap, SparseIntMap, SparseLongMap, LongSparseMap,所接受的Key值都是基本类型的值,例如SparseIntMap就是SparseIntMap<int, Object>,在避免了大量自动拆装箱的同时,还降低的内存消耗。这里就点到为止,具体的数据结构的问题我们就不深入了

  1. 重载与自动装箱

在Java5之前,value(int i)和value(Integer o)是完全不相同的方法,开发者不会因为传入是int还是Integer调用哪个方法困惑,但是由于自动装箱和拆箱的引入,处理重载方法时稍微有点复杂,例如在ArrayList中,有remove(int index)和remove(Object o)两个重载方法,如果集合持有三个Integer类型值为3,1,2的对象,我们调用remove(3), 是调用了remove的哪个重载方法?remove掉的是值为3的对象,还是remove了index为3,值为2的那个对象呢?其实问题就是,参数3是否会被自动打包呢?答案是:不会,在这种情况下,编译器不会进行自动拆装箱,所以调用的是remove(int index),index为3值为2的这个Integer对象会被remove

通过以下例子我们可以验证

public void testAutoBoxing(int i){
    System.out.println("primitive argument");
 
}
 
public void testAutoBoxing(Integer integer){
    System.out.println("wrapper argument");
 
}
 
//calling overloaded method
int value = 1;
test(value); //no autoboxing 
Integer iValue = value;
test(iValue); //no autoboxing
 
Output:
primitive argument
wrapper argument
  1. 缓存值问题

这个问题是面试的常客了

public class Main {
    public static void main(String[] args) {
 
        Integer i1 = 100;
        Integer i2 = 100;
        Integer i3 = 200;
        Integer i4 = 200;
 
        System.out.println(i1==i2);
        System.out.println(i3==i4);
    }
}

Output:
true
false

这是为什呢,让我们来翻一翻源码

public static Integer valueOf(int i) {
        if(i >= -128 && i <= IntegerCache.high)
            return IntegerCache.cache[i + 128];
        else
            return new Integer(i);
    }

欸,看来问题就出在IntegerCache类中了,我们再来翻一下IntegerCache的实现类

private static class IntegerCache {
        static final int high;
        static final Integer cache[];
 
        static {
            final int low = -128;
 
            // high value may be configured by property
            int h = 127;
            if (integerCacheHighPropValue != null) {
                // Use Long.decode here to avoid invoking methods that
                // require Integer's autoboxing cache to be initialized
                int i = Long.decode(integerCacheHighPropValue).intValue();
                i = Math.max(i, 127);
                // Maximum array size is Integer.MAX_VALUE
                h = Math.min(i, Integer.MAX_VALUE - -low);
            }
            high = h;
 
            cache = new Integer[(high - low) + 1];
            int j = low;
            for(int k = 0; k < cache.length; k++)
                cache[k] = new Integer(j++);
        }
 
        private IntegerCache() {}
    }

在通过valueOf方法创建Integer对象的时候,如果数值在[-128,127]之间,便返回指向IntegerCache.cache中已经存在的对象的引用;否则创建一个新的Integer对象。

上面的代码中i1和i2的数值为100,因此会直接从cache中取已经存在的对象,所以i1和i2指向的是同一个对象,而i3和i4则是分别指向不同的对象

我们再来看一题

public class Main {
    public static void main(String[] args) {
 
        Double i1 = 100.0;
        Double i2 = 100.0;
        Double i3 = 200.0;
        Double i4 = 200.0;
 
        System.out.println(i1==i2);
        System.out.println(i3==i4);
    }
}

Output:
flase
flase

至于为什么,我们就不深挖下去了,小伙伴可以自己去看源码,这里要说的是,包装类都有相应的缓存机制,来降低一般情况下的资源消耗,但是每个包装类的机制肯定是不一样的,大家自己去探索

  1. == 和 equlas()

大家都应该清楚明了的了解两者的区别,一句话说就是 == 比较的是内存中地址,equlas()对比的为数值,因为基本类型相同的数值指向的同一块内存,所以可以用==来比较,而引用类型则不可以

下边我们也是直观的使用代码来说明在包装类和自动拆装箱时使用==和equlas()的情况

public class Main {
    public static void main(String[] args) {
 
        Integer a = 1;
        Integer b = 2;
        Integer c = 3;
        Integer d = 3;
        Integer e = 321;
        Integer f = 321;
        Long g = 3L;
        Long h = 2L;
 
        System.out.println(c==d);
        System.out.println(e==f);
        System.out.println(c==(a+b));
        System.out.println(c.equals(a+b));
        System.out.println(g==(a+b));
        System.out.println(g.equals(a+b));
        System.out.println(g.equals(a+h));
    }
}

Output:
true
false
true
true
true
false
true

在包装类的使用和自动拆装箱中,使用==运算符的时候,如果两个操作数都是包装器类型的引用,则是比较指向的是否是同一个对象,而如果其中有一个操作数是表达式(即包含算术运算)则比较的是数值(上边说到的的使用运算符触发了自动拆箱)。另外,对于包装器类型,equals()方法并不会进行类型转换,和我们常见的对String类型使用一样,比较的是对象的值

理解了这个,大家应该就对结果清晰明了了,第一句和第二句是因为上边说过的缓存机制,重点解释一下第三句,a+b包含了算术运算,因此会触发自动拆箱过程,因此它们比较的是数值是否相等。而对于c.equals(a+b)会先触发自动拆箱过程,再触发自动装箱过程,也就是说a+b,会先各自调用intValue方法,得到了加法运算后的数值之后,便调用Integer.valueOf方法,再进行equals比较

  1. 警惕NullPointerException

我们在使用基本类型的时候,在声明的时候即使我们没有对变量进行赋值,编译器也会自动的为其赋予初始值,比如int值就是0,boolean就是flase,所以我们在使用基本类型的时候,是不会出现NullPointerException的,但在使用包装类的时候,我们就要注意这个问题了,不能因为有自动拆装箱这个语法糖,就忘记了包装类和基本类型的区别,将其同等对待了,如果你没有在使用包装类的时候通过显式、或是通过自动装箱机制为其赋值,在你取出值、或是通过自动拆箱使用该值的时候,就会发生NullPointerException,这个是大家要注意的

总结

在Java中,使用基本类型还是最节省资源的选择,虽然基础类型影响了Java的"面向对象性",,但是牺牲换来了性能,所以在非必要的时候,所以我们应该尽量避免使用包装类,并且在使用的时候,要清楚自动拆装箱机制,规避使用的误区和风险

某些内容和栗子参考于网络,没有找到原po,感谢!

上一篇下一篇

猜你喜欢

热点阅读