在学习HashMap的时候，遇到的hashCode和equals方法不太明白，请大家来说说这两个方法。

　Map接口中由于作为key的对象将通过计算其散列函数来确定与之对应的value的位置，因此任何作为key的对象都必须实现hashCode和equals方法。hashCode和equals方法继承自根类Object，如果你用自定义的类当作key的话，要相当小心，按照散列函数的定义，如果两个对象相同，即obj1.equals(obj2)=true，则它们的hashCode必须相同，但如果两个对象不同，则它们的hashCode不一定不同，如果两个不同对象的hashCode相同，这种
现象称为冲突，冲突会导致操作哈希表的时间开销增大，所以尽量定义好的hashCode()方法，能加快哈希表的操作。
　　如果相同的对象有不同的hashCode，对哈希表的操作会出现意想不到的结果（期待的get方法返回null），要避免这种问题，只需要牢记一条：要同时复写equals方法和hashCode方法，而不要只写其中一个。

散列函数hasCode()保证了加入Map集合中的对象的key是不同的

不好意思，网速太慢，表单重复提交了

hashCode方法一般用户无法调用，是程序自己调用的，用来生成对象的哈希码，哈希码相等的对象存在一个区域内，哈希码相等equals并不一定相等。
equals方法可以用户自己调用，主要用于哈希码相等对象的比较，如果不复习默认是继承Object类，默认比较的是地址值。复习equals后应该比较的是两个对象的内容。

Java对于eqauls方法和hashCode方法是这样规定的：1、如果两个对象相同，那么它们的hashCode值一定要相同；2、如果两个对象的hashCode相同，它们并不一定相同，上面说的对象相同指的是用eqauls方法比较。就是说equals()相等的两个对象，hashcode()一定相等；  equals（）不相等的两个对象，却并不能证明他们的hashcode()不相等。换句话说，equals()方法不相等的两个对象，hashcode()有可能相等

在Java中，equals()和hashCode()两个函数的一般的使用是紧密配合的。在多数情况下，这两个函数是不用考虑的，直接使用它们的默认设计就可以了。但是在一些情况下，这两个函数最好是自己设计，才能确保整个程序的正常运行。
equals()相等的两个对象，hashcode()一定相等；
equals（）不相等的两个对象，却并不能证明他们的hashcode()不相等。换句话说，equals()方法不相等的两个对象，hashcode()有可能相等。（我的理解是由于哈希码在生成的时候产生冲突造成的）
更加详细的介绍请参看我的博客：
http://xiaobin66.blog.163.com/blog/static/21590301820130296649459/