java中为什么设计包装类,Java 中为什么要设计包装类

最近文章更新频率慢了，因为最近在准备暑期实习，之前寻思着一边复习一边写文章，两全其美。后来发现一篇读起来比较舒服的文章写出来加上配图得花上四五个小时甚至更多，但这个知识点我可能半个小时就能复习完了，春招在即，时间比较紧迫，所以最近文章可能改为一周一更或者一周两更，希望各位理解。另外，有和我一样在准备暑期实习的小伙伴可以联系我互相交流

全文脉络思维导图如下：

1. 为什么需要包装类

在 Java 中，万物皆对象，所有的操作都要求用对象的形式进行描述。但是 Java 中除了对象(引用类型)还有八大基本类型，它们不是对象。那么，为了把基本类型转换成对象，最简单的做法就是将基本类型作为一个类的属性保存起来，也就是把基本数据类型包装一下，这也就是包装类的由来。

这样，我们先自己实现一个简单的包装类，以包装基本类型 int 为例：// 包装类 MyInt

public class MyInt {

private int number; // 基本数据类型

public Int (int number){ // 构造函数,传入基本数据类型

this.number = number;

}

public int intValue(){ // 取得包装类中的数据

return this.number;

}

测试一下这个包装类：public static void main(String[] args) {

MyInt temp = new Int(100); // 100 是基本数据类型, 将基本数据类型包装后成为对象

int result = temp.intValue(); // 从对象中取得基本数据类型

System.out.println(result);

}

当然，我们自己实现的这个包装类非常简单，Java 给我们提供了更完善的内置包装类：基本类型对应的包装类(位于 java.lang 包中)byteByte

shortShort

intInteger

longLong

floatFloat

doubleDouble

charCharacter

booleanBoolean

前 6 个类派生于公共的超类 Number，而 Character 和 Boolean 是 Object 的直接子类。

来看看包装类的声明，以 Integer 为例：

被 final 修饰，也就是说 Java 内置的包装类是无法被继承的。

2. 装箱与拆箱

OK，现在我们已经知道了，存在基本数据类型与其对应的包装类，那么，他们之间互相的转换操作就称为装箱与拆箱：装箱：将基本数据类型转换成包装类(每个包装类的构造方法都可以接收各自数据类型的变量)

拆箱：从包装类之中取出被包装的基本类型数据(使用包装类的 xxxValue 方法)

下面以 Integer 为例，我们来看看 Java 内置的包装类是如何进行拆装箱的：Integer obj = new Integer(10); // 自动装箱

int temp = obj.intValue(); // 自动拆箱

可以看出，和上面我们自己写的包装类使用方式基本一样，事实上，Integer 中的这两个方法其底层实现和我们上述写的代码也是差不多的。

不知道各位发现没，value 被声明为 final 了，也就是说一旦构造了包装器，就不允许更改包装在其中的值。

另外，需要注意的是，这种形式的代码是 JDK 1.5 以前的！！！JDK 1.5 之后，Java 设计者为了方便开发提供了自动装箱与自动拆箱的机制，并且可以直接利用包装类的对象进行数学计算。

还是以 Integer 为例我们来看看自动拆装箱的过程：Integer obj = 10; // 自动装箱. 基本数据类型 int -> 包装类 Integer

int temp = obj; // 自动拆箱. Integer -> int

obj ++; // 直接利用包装类的对象进行数学计算

System.out.println(temp * obj);

看见没有，基本数据类型到包装类的转换，不需要像上面一样使用构造函数，直接 = 就完事儿；同样的，包装类到基本数据类型的转换，也不需要我们手动调用包装类的 xxxValue 方法了，直接 = 就能完成拆箱。这也是将它们称之为自动的原因。

我们来看看这段代码反编译后的文件，底层到底是什么原理：Integer obj = Integer.valueOf(10);

int temp = obj.intValue();

可以看见，自动装箱的底层原理是调用了包装类的 valueOf 方法，而自动拆箱的底层调用了包装类的 intValue() 方法。

3. 不简单的 Integer.valueOf

我们上面已经看过了用于自动拆箱的 intValue 方法的源码，非常简单。接下来咱来看看用于自动装箱的 valueOf，其他包装类倒没什么好说的，不过 Integer 中的这个方法还是有点东西的：

IntegerCache 又是啥，点进去看看：

IntegerCache 是 Integer 类中的静态内部类，综合这两段代码，我们大概也能知道，IntegerCache 其实就是个缓存，其中定义了一个缓冲区 cache，用于存储 Integer 类型的数据，缓存区间是 [-128, 127]。

回到 valueOf 的源码：它首先会判断 int 类型的实参 i 是否在可缓存区间内，如果在，就直接从缓存 IntegerCache 中获取对应的 Integer 对象；如果不在缓存区间内，则会 new 一个新的 Integer 对象。

结合这个特性，我们来看一个题目，两种类似的代码逻辑，但是却得到完全相反的结果。：public static void main(String args[]) {

Integer a1 = 127;

Integer a2 = 127;

System.out.println(a1 == a2); // true

Integer b1 = 128;

Integer b2 = 128;

System.out.println(b1 == b2); // false

}

我们知道，== 拥有两种应用场景：对于引用类型来说，判断的是内存地址是否相等

对于基本类型来说，判断的是值是否相等

从 a1 开始看，由于其值在 InterCache 的缓存区间内，所以这个 Integer 对象会被存入缓存。而在创建 a2 的时候，由于其值和 a1 相等，所以直接从缓存中取出值为 127 的 Integer 对象给 a2 使用，也就是说，a1 和 a2 这两个 Integer 的对象引用都指向同一个地址。