j2ee高级开发技术课程第八周

介绍1、

 

 hashCode()方法和equal()方法的做用其实同样，在Java里都是用来对比两个对象是否相等一致，那么equal()既然已经能实现对比的功能了，为何还要hashCode()呢？

由于重写的equal（）里通常比较的比较全面比较复杂，这样效率就比较低，而利用hashCode()进行对比，则只要生成一个hash值进行比较就能够了，效率很高，那么hashCode()既然效率这么高为何还要equal()呢？

由于hashCode()并非彻底可靠，有时候不一样的对象他们生成的hashcode也会同样（生成hash值得公式可能存在的问题），因此hashCode()只能说是大部分时候可靠，并非绝对可靠，因此咱们能够得出：

         1.equal()相等的两个对象他们的hashCode()确定相等，也就是用equal()对比是绝对可靠的。

         2.hashCode()相等的两个对象他们的equal()不必定相等，也就是hashCode()不是绝对可靠的。

全部对于须要大量而且快速的对比的话若是都用equal()去作显然效率过低，因此解决方式是，每当须要对比的时候，首先用hashCode()去对比，若是hashCode()不同，则表示这两个对象确定不相等（也就是没必要再用equal()去再对比了）,若是hashCode()相同，此时再对比他们的equal()，若是equal()也相同，则表示这两个对象是真的相同了，这样既能大大提升了效率也保证了对比的绝对正确性！ 

     这种大量的而且快速的对象对比通常使用的hash容器中，好比hashset,hashmap,hashtable等等，好比hashset里要求对象不能重复，则他内部必然要对添加进去的每一个对象进行对比，而他的对比规则就是像上面说的那样，先hashCode()，若是hashCode()相同，再用equal()验证，若是hashCode()都不一样，则确定不一样，这样对比的效率就很高了。

      然而hashCode()和equal()同样都是基本类Object里的方法，而和equal()同样，Object里hashCode()里面只是返回当前对象的地址，若是是这样的话，那么咱们相同的一个类，new两个对象，因为他们在内存里的地址不一样，则他们的hashCode（）不一样，因此这显然不是咱们想要的，因此咱们必须重写咱们类的hashCode()方法，即一个类，在hashCode()里面返回惟一的一个hash值，好比下面：

自定义一个类 

class Person{

   int num;

   String name;

 

   public int hashCode(){

      return num*name.hashCode();

}

} 

因为标识这个类的是他的内部的变量num和name,因此咱们就根据他们返回一个hash值，做为这个类的惟一hash值。 

因此若是咱们的对象要想放进hashSet，而且发挥hashSet的特性（即不包含同样的对象），则咱们就要重写咱们类的hashCode()和

equal()方法了。像String,Integer等这种类内部都已经重写了这两个方法。

 

固然若是咱们只是平时想对比两个对象 是否一致，则只重写一个equal()，而后利用equal()去对比也行的。

 

介绍2、

哈希码(HashCode)

哈希码产生的依据：哈希码并非彻底惟一的，它是一种算法，让同一个类的对象按照本身不一样的特征尽可能的有不一样的哈希码，但不表示不一样的对象哈希码彻底不一样。也有相同的状况，看程序员如何写哈希码的算法。

 

什么是哈希码(HashCode)

在Java中，哈希码表明对象的特征。

例如对象 String str1 = “aa”, str1.hashCode= 3104

String str2 = “bb”, str2.hashCode= 3106

String str3 = “aa”, str3.hashCode= 3104

根据HashCode由此可得出str1!=str2,str1==str3

下面给出几个经常使用的哈希码的算法。

1：Object类的hashCode.返回对象的内存地址通过处理后的结构，因为每一个对象的内存地址都不同，因此哈希码也不同。

2：String类的hashCode.根据String类包含的字符串的内容，根据一种特殊算法返回哈希码，只要字符串所在的堆空间相同，返回的哈希码也相同。

3：Integer类，返回的哈希码就是Integer对象里所包含的那个整数的数值，例如Integer i1=new Integer(100),i1.hashCode的值就是100 。因而可知，2个同样大小的Integer对象，返回的哈希码也同样。

equals方法在hibernate中的应用。

equals方法是默认的判断2个对象是否相等的方法，在Object类里有实现，判断的是2个对象的内存地址。在hibernate中，不容许存在同类对象中有2个同样的实例。hibernate经过equals方法作判断。如：

User u1 = new User(“张三”);

User u2 = new User(“李四”);

User u3 = new User(“张三”);

按照项目需求，用户只要名字相同，就表示同一个用户，因此咱们认为，u1和u3是同一我的，同一个对象。可是由于u1,u2,u3三者的内存地址都各不相同，因此hibernate会认为这是3个不一样的对象。这与咱们假设的出了矛盾。 所以，咱们将覆盖Object类中的equals方法。

public class User{

private String userName;

….//get ，set方法省

//覆盖Object里的equals方法

public boolean equals(Object arg0){

if (!(arg0 instanceof User)){

return false;

}

User user = (User)arg0;

//若是名字相同，则表示属于同一个对象。

if(user.getName().equals(this.getName)){

return true;

}else{

return false; }

}

这样hibernate在插入数据的时候，若是传过来一个叫”张三”的用户,hibernate会先判断有没有叫“张三”的用户，若是没有，就容许插入，若是有，就不容许插入。这样作能够保证数据的高度一致性，不一样的项目有不一样的需求，因此要根据本身的需求来覆盖equals方法。

equals和HashCode的关系

在hibernate中，它认为2个对象只要equals返回true,那么hashCode必定相等。 可是实际状况呢？

User u1 = new User(“张三”);

User u2 = new User(“张三”);

因为咱们重写了User的equals方法，因此 u1.equals(u2);返回true 可是，User并无重写hashCode方法，它用的是Object类的hashCode方法，因此 u1.hashCode = 31050006 u2.hashCode = 31587890 二者的hashCode并不相等。违背了hibernate的原则 由此hibernate会产生错误判断，又觉得它们不是同一个对象，所以咱们还得重写User 的hashCode方法。如何重写hashCode方法呢？

HashCode的重写

如第2节所讲，哈希码要完成这么一件事，首先要保证若是equlas出来的结果相等，那么hashCode也相等。像上面的u1和u2,因为名字都是“张三”，因此应该返回相同的hashCode。因此咱们能够想一个办法。让User的哈希码返回User里面name字段的哈希码，这样就保证，名字相同的人，不但equlas方法相同，并且hashCode相等。 那么User类就变成

public class User{

private String userName;

//覆盖Object里的equals方法

public boolean equals(Object arg0){

if(!(arg0 instanceof User)){

return false;

}

User user = (User)arg0;

//若是名字相同，则表示属于同一个对象。

if (user.getName().equals(this.getName)){

return true;

}else{

return false;

}

}

//覆盖Object里的hashCode方法

public int hashCode() {

return name.hashCode();//返回名字的哈希码。

}

}

这样能够保证hibernate根据咱们本身的需求来判断重复对象