现在有两个变量t1、t2
==这个是最为简单的如果说相比较的双方说值类型比如int、float、double这几种类型，那么只要双方的值相等的话则t1==t2返回值是true，比如说t1=1、t2=1时再比如t1=1、t2=1.0这两种情况t1=t2都是true。equels方法是要特殊一些，在Object类中equels方法就是使用的==，来作为两个对象的比较规则
public boolean equals(Object obj) {
return (this == obj);
}
但是此时equels对比的不是值类型，而是引用类型。现在有一个类Test，有
Test t1=new Test();
Test t2=new Test();
则t1==t2返回值是false，原因是t1和t2是两个对象在内存空间当中他们对应的是两块不同的内存空间，他们本质上是两个不同的对象这就好比张三和李四都是人类但是张三很显然不等于李四。因此t1==t2返回的是false，进而t1.equels(t2)是false。但是equels方法是可以被重写的，也就是说我们可以在某类当中修改equels的规则已满足我们的需求，例如String的equels方法就有其特定的规则。hashCode()方法是为了获取对象的hash值所使用的，其本意也是为了解决hash冲突。如果只考虑Object的话，存在这种情况，那就是t1.equels(t2)为true的时候t1.hashCode()必然等于t2.hashCode()，而t1.hashCode()==t2.hashCode()的时候t1.equels(t2)却不一定为true，这就是所谓的hash冲突，原因呢大概是因为hash算法不能保证100%的正确，但是hash冲突的概率还是很低的。那为什么说如果重写equels方法要重写hashCode方法呢？其实这个并不是必须要重写，这个只是一个不成文的规定，只是为了服务于Java集合框架的使用。以HashMap为例，HashMap在put的时候是如何判断要put的这个节点已经存在的呢？
if (p.hash == hash &&
((k = p.key) == key || (key != null && key.equals(k))))
e = p;
很显然如果出现了t1.equels(t2)为true但是t1的hash不等于t2的hash的情况下，这个节点永远不会被覆盖，那这不是我们想要的。当然这并不会影响程序的正确运行，但是对于集合的使用效率实在是不高！
