Integer判断相等，到底该用==还是equals

概述

这几天，被几道java基础练习题中的==和equals给绕晕了，所以打算把关于这块的内容好好总结下，争取下次再遇到类似的题目，自己不会再出错，恩，就是这样。

简单了解

在Object类中，equals方法的定义是这样的，

public boolean equals(Object obj)
{    
   return (this == obj);
}

这块就有点懵了，这不还是用==来进行比较的吗？再往下搜了才知道，在大部分的封装类中，都重写了Object类的这个方法，所以两者还是会有区别的。总的来说，==是一个关系运算符，如果比较的两端都为基本类型，则判断两者的值是否相等,（判断过程中还有不同基本类型的转化，这里不做讨论），如果比较的两端都为引用类型的话，则比较两者所指向对象的地址是否相同；对于equals方法，首先，能调用这个方法肯定是一个对象，然后，如果这个对象所在的类重写了equals方法，则按照重写的方法进行比较，如果没有，则比较两者所指向对象的地址是否相同。

自己动手

了解了上面那么多内容之后，然后自己就写了一个小小的测试程序，打算验证下，代码如下:

public class Test {
    public static void main(String[] args) {
        Integer a = new Integer(200);
        Integer b = new Integer(200);
        Integer c = 200;
        Integer e = 200;
        int d = 200;
        System.out.println("两个new出来的对象 ==判断" + (a == b));
        System.out.println("两个new出来的对象 equal判断" + a.equals(b));
        System.out.println("new出的对象和用int赋值的Integer ==判断" + (a == c));
        System.out.println("new出的对象和用int赋值的Integer equal判断" + (a.equals(c)));
        System.out.println("两个用int赋值的Integer ==判断" + (c == e));
        System.out.println("两个用int赋值的Integer equal判断" + (c.equals(e)));
        System.out.println("基本类型和new出的对象 ==判断" + (d == a));
        System.out.println("基本类型和new出的对象 equal判断" + (a.equals(d)));
        System.out.println("基本类型和自动装箱的对象 ==判断" + (d == c));
        System.out.println("基本类型和自动装箱的对象 equal判断" + (c.equals(d)));
    }
}

执行的结果如下

两个new出来的对象    ==判断false
两个new出来的对象    equal判断true
new出的对象和用int赋值的Integer   ==判断false
new出的对象和用int赋值的Integer   equal判断true
两个用int赋值的Integer    ==判断false
两个用int赋值的Integer    equal判断true
基本类型和new出的对象   ==判断true
基本类型和new出的对象   equal判断true
基本类型和自动装箱的对象   ==判断true
基本类型和自动装箱的对象   equal判断true

首先，第9行中，对于两个new出来的Integer对象，用==比较两者，得到了false，这点应该挺好理解的，每次使用new关键字，都会在堆内存中申请一块空间，存放相应的对象的值，然后在栈中存放这块内存的引用。而==运算符比较两者所指向对象的地址是否相同，申请了两块空间，地址肯定不相同，所以结果为false。
第10行中，结果为true，查了下java的源码，发现Integer重写的equals方法是这样的：

public boolean equals(Object obj) {
    if (obj instanceof Integer) {
        return value == ((Integer)obj).intValue();
    }
    return false;
}

又调用了一个intValue方法，它的实现是这样的：

public int intValue()  
{  
    return value;  
}

首先判断传进来的Object类型是不是Integer类的一个实例，如果不是直接返回false；如果是则判断两者的成员变量value值是不是相等的（Integer类中定义的private final int value），这块又回到了基本类型的比较。value的值在创建这个对象的时候被赋值，两个Integer对象传递的参数都为200，所以value值相等，返回true。
看第11行前，先看下第5行。第5行中，用int给Integer赋值的那条语句，从jdk1.5开始能这么做了，因为从这个版本开始，java引入了自动装箱、自动拆箱机制。第5行就是一个自动装箱的过程，相当于：
Integer c = Integer.valueOf(200);
在Integer类中，valueOf方法是这么实现的：

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

上面这段代码首先规定了一个范围，默认是-128-127之间，如果参数中的i在这个范围之内，则返回一个数组中的内容，如果不在这个范围，则new一个新的Integer对象并返回。查看Integer类的源码可以发现，这个数组里面缓存了基本类型-128-127之间的Integer对象。但是由于第11行是与一个new出来的对象做比较，所以==肯定返回的false。
第12行，equals方法比较两个对象的value值，所以为true。
第13行，两个自动装箱的变量，但是装箱传递的值大于127，所以返回false。这这块又试了下在-128到127之间的数，结果为true，大家可以试下。
第14行，结果为true。两个自动装箱的Integer对象，比较value。
第15行，这块进行比较的时候，会对Integer对象进行自动拆箱，也就是调用intValue方法，方法如上。两个基本数据类型进行==判断，根据值比较，所以结果为true。这块可能有人会问，为什么不是对int类型进行自动装箱处理呢？其实这块是java根据一个很明显的道理进行设计的：如果有人比较一个int类型的值和Integer类型的值，是想比较什么呢？肯定是值呀，所以这块是对Integer对象进行拆箱而不是对int类型装箱了。
第16行这块，首先调用equals方法的肯定是Integer对象，但是Integer类中重写的equals方法参数是一个Object类型呀，怎么能传递一个基本数据类型进去呢？所以，这块又是一个自动装箱的表现，当传递一个int类型给equals这个方法时，java会自动将这个值打包装箱为Integer类，而Integer类的最终父类又是Object，所以这块参数的问题就解决了，然后就是两个Integer对象进行equals判断，返回true。
第17行，首先d为一个基本类型int，c为一个Integer对象，所以进行==比较的时候，肯定会对Integer对象进行拆箱处理，所以结果为true。
第18行，同第16行。

总结

1.“==比较地址，equals比较值”这个还是挺靠谱的。但是对于包装类和基本类型，还要涉及它们的自动装箱、自动拆箱，所以小心一点还是比较好的，不要走到别人挖的陷阱中。
2.java虚拟机里面除了字符串常量池有一个常用的数字常量池，其范围是-128~127，所以如果Integer指向这个范围内的数字在编译的时候会直接指向常量池中的数字，而不会创建新的对象。所以，用==比较两个Integer，其实是比较两个对象的地址。如果两个值范围均介于-128~127，则结果正确，不在这个范围内，则不正确。建议最好用equals比较。