Java包装类的一些常见问题（常量池、缓存机制）

在Java相关的面试中，经常会被问道包装类的一些细节问题，这里整理一下

包装类的缓存机制

常见的面试问题就是给出一段代码，问你运行结果

        int a=100,b=200;
        Integer c=a,d=a;
        Integer e=b,f=b;
        long l=100l;
        Long ll=l;
        System.out.println(c==d);       //true		1
        System.out.println(e==f);       //false		2
        System.out.println(a==l);       //true		3
        System.out.println(c==l);       //true		4
        System.out.println(e.equals(f));        //true		5
        System.out.println(c.equals(l));        //false		6
        System.out.println(c.equals(ll));       //false		7

上面代码的运行结果在注释中给出了

先简单介绍下缓存机制再解释答案为什么是这样的

Java为了提高包装类的使用效率，对除了Double、Float之外的包装类都提供了常量池缓存机制（之所以没有为Double、Float提供缓存机制，我猜是因为浮点数存储数据的方式与定点数存在本质区别）。
以Integer包装类的缓存机制为例，Java会对[-128,127]之间的数据做缓存，如果装箱的数据在这个范围之中，就会优先去常量池查找是否已经生成了这个值对应的包装类对象，如果有装箱操作则直接返回该对象的引用，如果没有才会创建一个包装类的对象返回，并将这个对象放入常量池，而如果数据超出了这个范围，则直接创建新的对象并返回新对象的引用。

所以上述的1、2处代码的运行结果便很好理解了，第二处就是因为数据大小超出了缓存的范围，所以e与f对应的是两个不同的对象引用，==返回的当然是false

3、4处代码只是用来测试数据的自动拆箱的，当==比较双方有一方是基本数据类型时，另外一个包装类就会自动拆箱成为基本数据类型，再进行数据值的比较，所以两个返回值都是true

5、6、7处代码测试的是包装类重写的equals方法，在比对双方的数据类型相同时，equals方法比较的就是实际的数据值，所以5返回true。而比对双方如果数据类型不相同，即使他们的数据值相同也会直接返回false，所以6、7处返回false