首先，需要厘清一些概念：
1、Integer是一个类，用Integer声明一个变量其是一个对象类型（或者说引用类型）；int是基本类型，用int声明的变量是非对象类型，即不能在其上调用方法。
2、“==”作用于对象上的时候，其比较的是对象的引用本身的值（或者说对象的地址更容易理解），而作用于基本类型的时候比较的就是基本类型的值。
接下来看一段代码：
|
|
在这段代码中有两个令人困惑的问题，首先是将一个基本类型的值赋值给对象的引用，即Integer i1 =2；其次是拿一个对象类型和一个基本类型比较。按理说这两种做法肯定都是有问题的，在jdk1.4（若使用的jdk版本是1.5或之后的版本中，可以使用javac -source 1.4 Test.java来编译）上，确实如此，第一个问题在编译时会报“不兼容的类型”错误，第二个问题会报“运算符 == 不能应用于 java.lang.Integer,int”的错误。
但是jdk1.5引入的自动装箱和自动拆箱，那么，必然要将其中的一种类型转换成另一种类型，究竟是将Integer对象i1转换成int基本类型呢？还是将int基本类型的i2转换成Integer对象？通过javap -c Test反编译Test.class文件就知道答案了：
|
|
其中，[0-4]是Integer i1 = 2的实现，我们发现，编译的字节码里调用了Integer.valueOf方法，因此Integer i1 = 2编译后就等同于Integer i1 = Integer.valueOf(2)；[5,6]是int i2 = 2的实现；[7,23]是System.out.println(i1 == i2)的实现，也容易看到，里面调用了Integer.intValue()方法。因此，这个i1 == i2这两个不同类型的变量比较，在编译的时候，编译器是将其转换成相同的类型进行比较的，即将对象类型转换成基本类型，System.out.println(i1 == i2)就等同于System.out.println(i1.intValue() == i2)，前面说了，“==”作用于基本类型的时候比较的就是基本类型的值，两个值都是2，所以结果是true。
另外一个令人困惑的例子就是：
|
|
运行后发现，i1==i2的结果为true，i3==i4的结果为false？这令不知原因的人头疼不已。在前面一个例子里我们已经说过，诸如Integer i1 = 127，在编译后就等同于Integer i1 = Integer.valueOf(127)，既然是调用一个方法来获得对象，那么就有必要对valueOf方法一探究竟了。我们看下源码：
|
|
到此应该恍然大悟了，IntegerCache缓存了[-128,127]之间的Integer对象，如果valueOf的参数i处于这之间，就返回缓存的对象。否则就new一个新的Integer。前面已经说过，“==”作用于对象上的时候，其比较的是对象的地址，例子中的i1和i2都是从缓存中拿的，当然是同一个对象，i3和i4都是通过new Integer获得的，当然不是同一个对象了。
类似地，java.lang.Long，java.lang.Short分别缓存了[-128,127]之间的Long和Short对象，java.lang.Byte缓存了所有的对象，java.lang.Character缓存了[0,127]之间的Character对象。java缓存这些对象是为了性能优化，既然我们已经知道其缓存了这么些对象，在需要new Integer/Long/…的地方，可改用Integer/Long/Short…#valueOf方法。