Java中的boxing和unboxing（转）

测试代码：

System.out.println(0L == 0);//true
System.out.println(((Long)0L).equals(0));//false
Integer i1 = 100;
Integer i2 = 100;
Integer i3 = 1000;//如果int values between -128 and 127，VM使用相同的对象，否则创建新的对象。
Integer i4 = 1000;
System.out.println(i1==i2);//true
System.out.println(i3==i4);//false

Autoboxing和unboxing又名拆箱和装箱，简单一点讲，就是从primitive转换到wrapper class，例如int类型到Integer类型就是装箱，而Integer类型到int类型则是拆箱。当然，这里的装箱和拆箱都是auto的，是JVM在工作的内容，事实上不用我们手写，然而也有手写的对应方式，如下所示：

上面是手动的，在Java5.0之后已经在JVM中有了自动的装箱和拆箱的转换，如下所示：

装箱和拆箱就是这么简单，下面可以看一下自增是怎么一个过程，这是一个很有意思的事情，递减也是一样。

上面的这条语句，使得Java保证了wrapper class也可以是正常使用通用的操作符，但这绝对不是C++中的运算符重载。你还可以试着分析三元表达式和条件表达式中的装箱拆箱过程。

这里需要注意的一点就是装箱和拆箱在Method Overload时候的问题，例如下面：

在一个类中有这么两个函数，那么对于整数int k，如果进行doSomething(k)的调用，会调用哪个呢？

在Java1.4中，显然是调用double类型的函数，然而，现在有了自动的拆箱和装箱之后会调用哪个呢？还double类型的函数。这样可以保证以前的代码在现在新的版本中也可以正确的运行。（向下兼容，Backwards compatibility，在计算机中指在一个程序或者类库更新到较新的版本后，用旧的版本程序创建的文档或系统仍能被正常操作或使用，或在旧版本的类库的基础上开发的程序仍能正常编译运行的情况。）

注意，Java5中，Method的解析是三个pass的过程：

A.编译器会试着不用任何的boxing和unboxing，或者启用vararg（可变参数）来定位正确的method。这会找到根据Java1.4的规则而会调用的任何method。

B.如果第一个pass失败了，编译器会再度尝试解析method，但这次会允许boxing和unboxing转换。具有vararg的method不在这次pass的考虑中。

C.如果第二个pass也失败了，编译器会做最后一次的尝试，允许boxing和unboxing，且同时也考虑到vararg method。