integer使用==号比较的问题

这主要涉及Integer与int之间的自动拆装箱问题，==号的使用情况，

当Integer与Integer之间比较时，比较的是引用地址，但是具体还得看Integer是如何创建的，可能会发生自动拆装箱，

当int与int比较时，就是直接比较的字面量的值，

当int与Integer比较时，得看具体是如何创建的，可能会发生自动拆装箱，如以下几种经典情况：

Integer与Integer比较

Integer a = 1000,b=1000;
Integer c = 100,d=100;
System.out.println(a==b);
System.out.println(c==d); 

该题的答案并不是true，true，正确的答案应该是false，true。

我们知道==比较的是两个对象的引用，这里的abcd都是新建出来的对象，按理说都应该输入false才对。这就是这道题的有趣之处，无论是面试题还是论坛讨论区，这道题的出场率都很高。原理其实很简单，我们去看下Integer.java这个类就了然了。

public static Integer valueOf(int i) {
   return i >= 128 || i < -128 ? new Integer(i) : SMALL_VALUES[i + 128];
 }
  
 /**
  * A cache of instances used by {@link Integer#valueOf(int)} and auto-boxing
  */
 private static final Integer[] SMALL_VALUES = new Integer[256];
  
 static {
   for (int i = -128; i < 128; i++) {
     SMALL_VALUES[i + 128] = new Integer(i);
   }
 }

当我们声明一个Integer c = 100;的时候。此时会进行自动装箱操作，简单点说，也就是把基本数据类型转换成Integer对象，而转换成Integer对象正是调用的valueOf方法，可以看到，Integer中把-128-127 缓存了下来。官方解释是小的数字使用的频率比较高，所以为了优化性能，把这之间的数缓存了下来。这就是为什么这道题的答案回事false和ture了。当声明的Integer对象的值在-128-127之间的时候，引用的是同一个对象，所以结果是true。
 再看看下面的代码：

Integer与int比较

Integer a = new Integer(1000);
int b = 1000;
Integer c = new Integer(10);
Integer d = new Integer(10);
System.out.println(a == b);
System.out.println(c == d);

这道题是继上面的后续，如果这道题你能很快速的得出答案，那么恭喜你，==比较符你就算掌握的比较透彻了。
      揭晓正确答案： true  、false 。
      看到这个答案很多小伙伴又会不解，先来说下第二个，按上一题来说Integer不是把-128-127缓存起来了吗？这不是应该是true嘛，但是你仔细看，这里的Integer是我们自己new出来的，并不是用的缓存，所以结果是false。 现在来看第一个为啥又是true了呢？ 首先这里的值为1000，肯定和我们所知的Integer缓存没有关系。既然和缓存没有关系，a是新new出来的对象，按理说输入应该是false才对。但是注意b这里是int类型。当int和Integer进行==比较的时候，Java会把Integer进行自动拆箱，也就是把Integer转成int类型，所以这里进行比较的是int类型的值，所以结果即为true。

汇总一下：

（1）int与int比较由于比较的字面量，始终是true

（2）int与Integer比较，由于integer会发生自动拆箱，始终是ture

（3）Integer与Integer比较：

       a、若两个都是new，始终都是false，

       b、若一个new，一个非new(包括字面量和Integer.valueOf()等)，那么一个是自动装箱的对象，一个是new的对象，始终是false

      c、两个都不是new，都会发生自动装箱（调用 Integer.valueOf()自动装箱），就要看值的范围了，在-128-127之间，会取IntegerCache里的对象，这样就是true了，不在范围之间，就是false了