小白学Java:包装类

目录

  • 小白学Java:包装类
    • 包装类的继承关系
    • 创建包装类实例
    • 自动装箱与拆箱
      • 自动装箱
      • 自动拆箱
    • 包装类型的比较
      • "=="比较
      • equals比较
    • 自动装箱与拆箱引发的弊端
      • 自动装箱弊端
      • 自动拆箱引起的空指针

小白学Java:包装类

学习了许久的Java,我们知道Java是一种面向对象的语言,万物皆对象。但是我们之前在说到Java基本数据类型的时候,由于处理对象需要额外的系统开销,于是出于对性能的考虑,基本数据类型并不做为对象使用
既然是面向对象的,在Java中许多方法需要把对象作为参数,但是基本类型变量身上没有任何方法和属性,于是Java提供了一个简单的方法,就是为每一个基本数据类型类型都配套提供一个包装类型,我们便可以在两者之间来回反复地横跳。

包装类的继承关系

先看一波包装类型的继承图:
小白学Java:包装类_第1张图片

数值类型都直接继承于父类Number类,非数值类型CharacterBoolean直接继承于Object类

除此之外,包装类型的名字也非常好记,除了int->Integerchar->Character两个比较特殊之外,其他都是基本数据类型的首字母改为大写即可,如:byte->Byte

通过查看官方文档,我们可以发现,数值类型继承的Number类其实是一个抽象类,那么可想而知,该类中的抽象方法已经在这几个数值类型中得到实现,看一波:
小白学Java:包装类_第2张图片

很明显,除了最后一个serialVersionUID(这个以后再总结),其他的方法在数值型包装类中都存在,可以通过这些方法将对象“转换”为基本类型的数值。

创建包装类实例

我们再来看看包装类型的构造器,我们再查看所有包装类之后,发现:

  • 所有的包装类型都不存在无参构造器
  • 所有包装类的实例都是不可变的。
  • 一旦创建对象后,它们的内部值就不能进行改变。
    在JDK1.5之前,我们可以这样把基本数据类型转换为包装类对象,这个过程也叫做装箱,当然反向的过程叫做拆箱:
Integer i1 = new Integer(5);//5
Integer i2 = new Integer("5");//5
  • 第一句调用的是传入int类型参数的构造器,this.value = value,一目了然。
  • 第二句调用的是传入String类型参数的构造器,其实又是调用了静态方法parseInt(String s,int radix):
public Integer(String s) throws NumberFormatException {
    this.value = parseInt(s, 10);
}

深究一下,parse(String s,int radix)中的radix其实代表着进制信息,而我们的构造器默认让radix为10,代表着输出字符串s在十进制下的数,所以除了数字0-9之外,字符串中不能有其他的玩意儿,否则会抛出NumberFormatException的异常。

自动装箱与拆箱

我们在上面说过,基本数据类型和包装类型之间的转换涉及到装箱与拆箱的操作,为了简化代码,在JDK1.5之后,Java允许基本类型和包装类型之间可以自动转换。

自动装箱

将基本类型直接赋值给对应的引用类型,编译器在底层自动调用对应的valueOf方法。
就像下面这样:

int i = 5;
Integer in = i; 

我们利用debug调试工具设上断点,发现在执行Integer in = i;时,将会自动调用下面的方法:
小白学Java:包装类_第3张图片

继续深究其底层实现,我们发现IntegerCache其实是Integer包装类的一个内部类,我们进入IntegerCache一探究竟:
小白学Java:包装类_第4张图片

我们会发现所有的整数类型的(包括Character)包装类里都有类似的玩意儿,所以大致运行的规则应该大致相同,在这里就总结几点不太一样的:

  • 只有Integer包装类才可以更改缓存大小。
  • Character容量只有128
    浮点数类型包装类并不存在缓存机制,是因为在一定的范围内,该类型的数值并不是有限的。
    看到这,我们大致就可以得出结论,整数数值类型在自动装箱的时候会进行判断数值的范围,如果正好在缓存区,那么就不必创建新的对象,它们将会指向同一地址。Java中另一个例子就是我们说的字符串常量池。
    所以下面很火的几条语句,结果就很明显了:
int num = 100;
Integer i1 = num;
Integer i2 = num;
System.out.println(i1==i2);//true
//num改为200,结果为false
Integer i1 = 100;
Integer i2 = new Integer(100);
System.out.println(i1 == i2);//false

自动拆箱

将引用类型字节赋值给对应的基本类型,编译器在底层自动调用对应的xxxvalue方法(如intValue)。

Integer in = 5;
int i = in;

自动拆箱相对来说就稍微简单一点了,我们还是利用debug工具,发现上面的代码将会自动调用下面的方法

包装类型的比较

"=="比较

int num = 100;
Integer i1 = num;
Integer i2 = num;
//都是包装器类型的引用时,比较是否指向同一对象。
System.out.println(i1==i2);//true

Integer i1 = 128;
int i2 = 128;
//如果包含算数运算符,则底层自动拆箱,即比较数值。
System.out.println(i1 == i2);//true
Integer i3 = 1;
Integer i4 = 129;
System.out.println(i4 == i1+i3);//true

equals比较

equals比较的是同一包装类型,即比较两者数值是否相等

Integer i1 = 5;
Integer i2 = 5;
Integer i3 = 10;
//同一包装类型,比较数值是否相等
System.out.println(i1.equals(i2));//true
System.out.println(i3.equals(i1+i2));//true

Long l1 = 5L;
Long l2 = 10L;
//Long与Integer比较,不是同一类型,false
System.out.println(l1.equals(i1));//false
//先自动拆箱,i1先转为int,l转为long,int自动类型提升转为long,最后相等
System.out.println(l2.equals(l1+i1));//true

自动装箱与拆箱引发的弊端

自动装箱弊端

Integer sum = 0;
for(int i = 500;i<5000;i++){
    //先自动拆箱,而后自动装箱
    sum+=i;
}

在拆箱装箱操作之后,由于sum数值超过缓存范围,所以会new出4500个毫无用处的实例对象,大大影响了程序的性能。所以在循环语句之前,务必声明正确的变量类型。

自动拆箱引起的空指针

private static Integer sum;
public static void setSum(Integer num,boolean flag){
    sum = (flag)?num:-1;
}

上面的代码,当num传入为null时,即会引发空指针异常,因为包装类在进行算术运算时(上述是三目运算),如果数据类型不一致,将会先自动拆箱转换成基本类型进行运算,而null如果调用了intValue()方法就会形成空指针。
改进方案:

public static void setSum(Integer num,boolean flag){
//这样类型一致,便不会自动拆箱了
    sum = (flag)?num:Integer.valueOf(-1);
    
}

参考链接:

Java 自动装箱与拆箱的实现原理

Java的自动装箱、拆箱

Integer缓存池(IntegerCache)及整型缓存池
Java中的自动装箱与拆箱

你可能感兴趣的:(小白学Java:包装类)