超类Object中有这个equals()方法,该方法主要用于比较两个对象是否相等。该方法的源码如下:
[java] view plain copy我们知道所有的对象都拥有标识(内存地址)和状态(数据),同时“==”比较两个对象的的内存地址,所以说使用Object的equals()方法是比较两个对象的内存地址是否相等,即若object1.equals(object2)为true,则表示equals1和equals2实际上是引用同一个对象。虽然有时候Object的equals()方法可以满足我们一些基本的要求,但是我们必须要清楚我们很大部分时间都是进行两个对象的比较,这个时候Object的equals()方法就不可以了,实际上JDk中,String、Math等封装类都对equals()方法进行了重写。下面是String的equals()方法:
[java] view%20plain copy对于这个代码段:if%20(v1[i++]%20!=%20v2[j++])return%20false;我们可以非常清晰的看到String的equals()方法是进行内容比较,而不是引用比较。至于其他的封装类都差不多。
在Java规范中,它对equals()方法的使用必须要遵循如下几个规则:
equals%20方法在非空对象引用上实现相等关系:
1、自反性:对于任何非空引用值%20x,x.equals(x)%20都应返回%20true。
2、对称性:对于任何非空引用值%20x%20和%20y,当且仅当%20y.equals(x)%20返回%20true%20时,x.equals(y)%20才应返回%20true。
3、传递性:对于任何非空引用值%20x、y%20和%20z,如果%20x.equals(y)%20返回%20true,并且%20y.equals(z)%20返回%20true,那么%20x.equals(z)%20应返回%20true。
4、一致性:对于任何非空引用值%20x%20和%20y,多次调用%20x.equals(y)%20始终返回%20true%20或始终返回%20false,前提是对象上%20equals%20比较中所用的信息没有被修改。
5、 对于任何非空引用值%20x,x.equals(null)%20都应返回%20false。
对于上面几个规则,我们在使用的过程中最好遵守,否则会出现意想不到的错误。
在java中进行比较,我们需要根据比较的类型来选择合适的比较方式:
1) 对象域,使用equals方法%20。 2) 类型安全的枚举,使用equals或==%20。 3) 可能为null的对象域%20:%20使用%20==%20和%20equals%20。 4) 数组域%20:%20使用%20Arrays.equals%20。 5) 除float和double外的原始数据类型%20:%20使用%20==%20。 6) float类型:%20使用Float.foatToIntBits转换成int类型,然后使用==。 7) double类型:%20使用Double.doubleToLongBit转换成long类型,然后使用==。
至于6)、7)为什么需要进行转换,我们可以参考他们相应封装类的equals()方法,下面的是Float类的:
[java] view%20plain copy原因嘛,里面提到了两点:
[java] view%20plain copy我们在覆写equals()方法时,一般都是推荐使用getClass来进行类型判断,不是使用instanceof。我们都清楚instanceof的作用是判断其左边对象是否为其右边类的实例,返回boolean类型的数据。可以用来判断继承中的子类的实例是否为父类的实现。注意后面这句话:可以用来判断继承中的子类的实例是否为父类的实现,正是这句话在作怪。我们先看如下实例(摘自《高质量代码%20改善java程序的151个建议》)。
父类:Person
[java] view%20plain copy子类:Employee
[java] view%20plain copy上面父类Person和子类Employee都重写了equals(),不过Employee比父类多了一个id属性。测试程序如下:
[java] view%20plain copy上面定义了两个员工和一个普通人,虽然他们同名,但是他们肯定不是同一人,所以按理来说输出结果应该全部都是false,但是事与愿违,结果是:true、true、false。
对于那e1!=e2我们非常容易理解,因为他们不仅需要比较name,还需要比较id。但是p1即等于e1也等于e2,这是非常奇怪的,因为e1、e2明明是两个不同的类,但为什么会出现这个情况?首先p1.equals(e1),是调用p1的equals方法,该方法使用instanceof关键字来检查e1是否为Person类,这里我们再看看instanceof:判断其左边对象是否为其右边类的实例,也可以用来判断继承中的子类的实例是否为父类的实现。他们两者存在继承关系,肯定会返回true了,而两者name又相同,所以结果肯定是true。
所以出现上面的情况就是使用了关键字instanceof,这是非常容易“专空子”的。故在覆写equals时推荐使用getClass进行类型判断。而不是使用instanceof。
新闻热点
疑难解答