java中的==、equals()、hashCode()源码分析

在java编程或者面试中经常会遇到 == 、equals()的比较。自己看了看源码，结合实际的编程总结一下。

1. ==

java中的==是比较两个对象在JVM中的地址。比较好理解。看下面的代码：

上述代码中：

(1)s1 == s2为true，是因为s1和s2都是字符串字面值"nihao"的引用，指向同一块地址，所以相等。

(2)s1 ==

s3为false，是因为通过new产生的对象在堆中，s3是堆中变量的引用，而是s1是指向字符串字面值"nihao"的引用，地址不同所以不相等。

2.equals()

equals是根类Obeject中的方法。源代码如下：

publicbooleanequals(Object obj) {return(this==obj);

}

可见默认的equals方法，直接调用==，比较对象地址。

不同的子类，可以重写此方法，进行两个对象的equals的判断。

String类源码中重写的equals方法如下，

从上面的代码中可以看到，

(1)String类中的equals首先比较地址，如果是同一个对象的引用，可知对象相等，返回true。

(2)若果不是同一个对象，equals方法挨个比较两个字符串对象内的字符，只有完全相等才返回true，否则返回false。

3.hashcode()

hashCode是根类Obeject中的方法。

默认情况下，Object中的hashCode()

返回对象的32位jvm内存地址。也就是说如果对象不重写该方法，则返回相应对象的32为JVM内存地址。

String类源码中重写的hashCode方法如下，

String源码中使用private final char value[];保存字符串内容，因此String是不可变的。

看下面的例子，没有重写hashCode方法的类，直接返回32位对象在JVM中的地址；Long类重写了hashCode方法，返回计算出的hashCode数值：

总结：

(1)绑定。当equals方法被重写时，通常有必要重写hashCode方法，以维护hashCode方法的常规协定，该协定声明相等对象必须具有相等的哈希码。

(2)绑定原因。Hashtable实现一个哈希表，为了成功地在哈希表中存储和检索对象，用作键的对象必须实现hashCode方法和equals方法。同(1)，必须保证equals相等的对象，hashCode也相等。因为哈希表通过hashCode检索对象。

(3)默认。

==默认比较对象在JVM中的地址。

hashCode默认返回对象在JVM中的存储地址。

equal比较对象，默认也是比较对象在JVM中的地址，同==