equals VS ==

Java equals VS ==

---

值类型存储在内存中的堆栈（简称栈），引用类型的变量在栈中仅仅存储引用变量的地址，而其本身是存储在堆中的

• ==操作比较的是两个变量的值是否相等，对于引用类型的变量来说，就是变量地址是否相等，即栈中的内容
• equals操作比较的是两个变量的内容是否相等，即存储在堆中的内容

显然，equals相等的，==不一定相等

String s1 = "Monday";
String s2 = new String("Monday");
// s1 != s2
// s1.equals(s2)

程序运行时会创建一个字符串缓冲池，java.lang.String的intern（）方法会查找这个字符串的引用再返回

Java为每一个简单数据类型（byte,short,char,int,long,float,double,boolean）提供了一个封装类，例如int和Integer区别如下：
1. int是基本的数据类型,默认值可以为0；
2. Integer是int的封装类,默认值为null；
3. int和Integer都可以表示某一个数值；
4. int和Integer不能够互用，因为他们两种不同的数据类型

int a1=1; 
int a2=1; 
Integer b1 =new Integer (1); 
Integer b2 =new Integer (1);
// a1 == a2
// a1 != b1
// b1 != b2
// b1.equals(b2)

API里的类大部分都重写了equals方法，没有重写的一般是自己写的类，如果是你自己定义的一个类，比较自定义类用equals和==是一样的，都是比较句柄地址，因为自定义的类是继承于object，而object中的equals就是用==来实现的.

equals和hashCode之间什么关系？只是为了维护hashCode方法的常规协定，才要求用equals比较的两个对象的hashCode相同，equals()和hashCode()都来自Object，一般重写equals的时候都会重写hashCode（）。比如a.equals(b)，仅当a的内存地址相等时，才返回true，当然如String等类已经对方法进行了重写，比较的就不再是内存地址了，hashCode（）的值也是与内存地址相关的，所以仅当内存地址相等时hashCode才相等，同样String等类也重写了这个方法，就不在于内存地址相关了，这样做是为了保证用equals比较返回为true的两个对象,他们的hashCode是相同的

最后附上String类的equals()和hashCode()方法：

public boolean equals(Object anObject) {
    if (this == anObject) {
        return true;
    }
    if (anObject instanceof String) {
        String anotherString = (String) anObject;
        int n = value.length;
        if (n == anotherString.value.length) {
            char v1[] = value;
            char v2[] = anotherString.value;
            int i = 0;
            while (n-- != 0) {
                if (v1[i] != v2[i])
                        return false;
                i++;
            }
            return true;
        }
    }
    return false;
}

public int hashCode() {
    int h = hash;
    if (h == 0 && value.length > 0) {
        char val[] = value;

        for (int i = 0; i < value.length; i++) {
            h = 31 * h + val[i];
        }
        hash = h;
    }
    return h;
}

---

参考链接：
1. http://www.cnblogs.com/zhxhdean/archive/2011/03/25/1995431.html
2. http://new-fighter.iteye.com/blog/1634786