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

概述

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

简单了解

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

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

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

自己动手

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

1.public class Test{
2.  public static void main(String[] args) {
3.      Integer a = new Integer(200);
4.      Integer b = new Integer(200);
5.      Integer c = 200;
6.      Integer e = 200;
7.      int d = 200;
8.
9.      System.out.println("两个new出来的对象    ==判断"+(a==b));
10.     System.out.println("两个new出来的对象    equal判断"+a.equals(b));
11.     System.out.println("new出的对象和用int赋值的Integer   ==判断"+(a==c));
12.     System.out.println("new出的对象和用int赋值的Integer   equal判断"+(a.equals(c)));
13.     System.out.println("两个用int赋值的Integer    ==判断"+(c==e));
14.     System.out.println("两个用int赋值的Integer    equal判断"+(c.equals(e)));
15.     System.out.println("基本类型和new出的对象   ==判断"+(d==a));
16.     System.out.println("基本类型和new出的对象   equal判断"+(a.equals(d)));
17.     System.out.println("基本类型和自动装箱的对象   ==判断"+(d==c));
18.     System.out.println("基本类型和自动装箱的对象   equal判断"+(c.equals(d)));
19. }
20.}

执行的结果如下

两个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行。

总结

“==比较地址,equals比较值”这个还是挺靠谱的。但是对于包装类和基本类型,还要涉及它们的自动装箱、自动拆箱,所以小心一点还是比较好的,不要走到别人挖的陷阱中。

推荐阅读更多精彩内容