从一个“变态”的题看“分析Java源代码”的重要性！

题目如下：

>看代码写运行结果

public class IntegerAndInt
{
    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);
    }
}

运行结果是什么呢？（可以事先思考一下再看答案）
-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！-thingking！！

运行结果揭晓：
true
false 

-------------------不相信？不信可以自己试一试
coding.......

-------------------Oh My God!   but why?

涉及到Java中Integer与int之间的自动拆装箱知识点

自动拆装箱指的是：8种基本类型与其对应包装器类型可以直接互换
注意：基本类型的数组，与其包装器类型的数组不可互换
自动拆装箱由编译器（不是虚拟机）完成的，编译器帮我们完成拆箱和装箱操作
 Add：可以用反编译看看编译器到底为我们做了什么
 

    1.装箱：把int类型赋值给Integer类型时（Integer = int），int类型的变量的值会自动装箱成Integer类型，然后赋给Integer类型的引用，这里底层就是通过调用valueOf()这个方法来实现的。

    2.拆箱：把Integer类型赋值给int类型时（int = Integer），Integer类型的变量的值会自动拆箱成int类型，然后赋给int类型的变量，这里底层则是通过调用intValue()方法来实现的。
 

下面给出Integer的valueOf函数源代码：

 public static Integer valueOf(int i) {
    if (i >= IntegerCache.low && i <= IntegerCache.high)
        return IntegerCache.cache[i + (-IntegerCache.low)];
    return new Integer(i);
}

IntegerCache是Integer的静态内部类cache是IntegerCathed的成员：  static   final  Integer cache []; （注意关键字 static final Integer）

caChe里面装的值是【-128,127】之间的Integer，这里我截取一部分来自IntegerCache的静态代码块的代码以便更清楚的认识：

cache = new Integer[(high - low) + 1];
int j = low;
for(int k = 0; k < cache.length; k++)
     cache[k] = new Integer(j++);

说明： high 的值是 127 ， low 的值是 -128  （两个都是 IntegerCache 的成员变量，都是 static final int 类型）

这样一来，就相当于-128到127之间的Integer已经存在了。后面不论你有多少个Integer = int类型的装箱操作，如果int的值始终在-128到127之间，那么得到的Integer对象始终是指向事先就已经确定好的这些区域。其中如果有些int的值相等，那么这些int所对应的Integer对象就指向同一块区域，这也就是为什么上面的“i1==i2"得到的是true的缘故了。至于"i1==i2"为什么是false，相信大家都知道：由于【+128,127】满足不了所有的需求，必须重新开辟了一块内存空间用于存放“越界”的Integer。因为200不在【-128,127】内，而两次开辟的内存空间位置不同，所以"i1==i2"是false。

<Integer及其内部类IntegerCache具体内容请参看源码>

【注：*Java设计模式之享元模式的体现】