深入理解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类型的变量
通俗点来说，就是基本类型和他的包装类可以互相赋值了，在赋值的时候，编译器自动的进行了包装/拆箱工作，但是不仅仅是赋值的时候会发生自动拆装箱，请看下一个问题
什么时候会发生自动拆装箱
- 赋值
上边大家已经看到了，不说啦 - 方法调用传入参数的时候
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()方法,其他基本类型类推
有哪些问题得注意？
- 性能问题
首先在堆内存中创建对象的消耗肯定是要比使用栈内存要多的，同时在自动拆装箱的时候，也有一定的性能消耗，如果在数据量比较大，或者是循环的情况下，频繁的拆装箱并且生成包装类的时候，对性能的影响就是一星半点了，所以不是特殊的需求，例如上述被集合持有的情况，还是使用基本类型而不是包装类
在循环的时候
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>,在避免了大量自动拆装箱的同时，还降低的内存消耗。这里就点到为止，具体的数据结构的问题我们就不深入了
- 重载与自动装箱
在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
- 缓存值问题
这个问题是面试的常客了
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
至于为什么，我们就不深挖下去了，小伙伴可以自己去看源码，这里要说的是，包装类都有相应的缓存机制，来降低一般情况下的资源消耗，但是每个包装类的机制肯定是不一样的，大家自己去探索
- == 和 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比较
- 警惕NullPointerException
我们在使用基本类型的时候，在声明的时候即使我们没有对变量进行赋值，编译器也会自动的为其赋予初始值，比如int值就是0，boolean就是flase，所以我们在使用基本类型的时候，是不会出现NullPointerException的，但在使用包装类的时候，我们就要注意这个问题了，不能因为有自动拆装箱这个语法糖，就忘记了包装类和基本类型的区别，将其同等对待了，如果你没有在使用包装类的时候通过显式、或是通过自动装箱机制为其赋值，在你取出值、或是通过自动拆箱使用该值的时候，就会发生NullPointerException，这个是大家要注意的
总结
在Java中，使用基本类型还是最节省资源的选择，虽然基础类型影响了Java的"面向对象性"，，但是牺牲换来了性能，所以在非必要的时候，所以我们应该尽量避免使用包装类，并且在使用的时候，要清楚自动拆装箱机制，规避使用的误区和风险
某些内容和栗子参考于网络，没有找到原po,感谢！
