【JAVA】hibernate实体中equals、hashCode和==

今天在hibernante，实体对象时，看到要重写某些字段的equals和hashCode.顿时觉得有些不解。经过对其反复的考察。我将自己的心得记录下来。

首先说一下equals和==的关系。

记得很多时候，你作比较的时候告诉你，比如比较两个字符串是否相等，被告诉要用equals不要用==.很多时候一脸茫然，但是我们就顺利成章的记住这个结果，但是不知道为什么。

现在我告诉你，对于没有重写equals的，equals和==的结果是一样的。因为我们所有类的基类Object自带的equals的定义查看源代码就是如下：

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

然而String类却对equals做了重写，查看源代码，可以看到重写如下：

 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;
    }

于是比较两段代码，我们大概知道，没有重写的equals是比较两个实例的引用要相同，不仅属性的值相同。重写了equals的String,则只需要字符串中的字符一一比较相同即可，也就是只要属性值相等则相等。从这可以看出，重写的equals没有==严格。

举一个例子：

public class Test {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
        Book a=new Book("java编程思想",1);
        Book b=new Book("java编程思想",1);
        
        System.out.println(a.equals(b));
        System.out.println(a==b);
	}

}
class Book{
	private String name;
	private int num;
	public Book(){
		
	}
	public Book(String name,int num){
		this.name=name;
		this.num=num;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public int getNum() {
		return num;
	}
	public void setNum(int num) {
		this.num = num;
	}
	
}

这个类没有重写equals，所以equals和==是相同的。因为new的实例引用是不同的，所以尽管属性值相同，但是都返回false.

但是如果重写equals：

public class Test {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
        Book a=new Book("java编程思想",1);
        Book b=new Book("java编程思想",1);
        
        System.out.println(a.equals(b));
        System.out.println(a==b);
	}

}
class Book{
	private String name;
	private int num;
	public Book(){
		
	}
	public Book(String name,int num){
		this.name=name;
		this.num=num;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public int getNum() {
		return num;
	}
	public void setNum(int num) {
		this.num = num;
	}
	@Override
	public int hashCode() {
		final int prime = 31;
		int result = 1;
		result = prime * result + ((name == null) ? 0 : name.hashCode());
		result = prime * result + num;
		return result;
	}
	@Override
	public boolean equals(Object obj) {
		if (this == obj)
			return true;
		if (obj == null)
			return false;
		if (getClass() != obj.getClass())
			return false;
		Book other = (Book) obj;
		if (name == null) {
			if (other.name != null)
				return false;
		} else if (!name.equals(other.name))
			return false;
		if (num != other.num)
			return false;
		return true;
	}
	
	
}

则equals返回的是true，==则返回false,因为我重写的equals就是比较属性值就可以了，属性值相同则返回true.

从上面的例子，我们可以得知如下：

1、任何类都有equals方法，如果不重写，equals就是Object基类的定义所以和==相同的。

2、如果对equals重写，则equals和==是否有区别，有怎样的区别，在于你如何去重写equals

3、hashCode在这里半毛钱关系都没有，这个只是因为采用哈希存储，所以hashCode某一意义上代表存储地址，而且一般如果重写了equals，那hashCode也重写。

最后简要说一下，在hibernate实体对象中对某些属性重写equals是因为只用表中的id来标记唯一,严格意义上说并不可取。

 在Hibernate的运行期内，通过find或者其他方式提取的对象列表，在不同上下文的操作中，或者在瞬时、持久、脱管三种状态的变换中，为了避免类名相同，但对象内容不同的实例互相碰撞造成混乱，就需要采用更加准确的区别对象的方法，而此时的原始的equals()和hashCode()已经不能满足要求，只有对这两个方法进行重写，增加对这些持久类的各属性的内容进行区分，才能真正区分从Hibernate的find方法中提取的对象，也使得在一对多关系映射中，为了set或者map不重复存储，有更严格更现实意义的判断。