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