==与equals

1：基本数据类型
又称为原始数据类型，他们之间的比较应该使用（= =），比较的是他们的值。
2：引用数据类型
当引用数据类型用（= =）进行比较，比较的是他们在内存中的存放地址。
当复合数据类型之间进行equals比较时，这个方法的初始行为是比较对象在堆内存中的地址。
equals()方法是用来判断其他的对象是否和该对象相等.

但在一些诸如String,Integer,Date类中把Object中的这个方法覆盖了，作用被覆盖为比较内容是否相同。

很明显，这是进行的内容比较，而已经不再是地址的比较。依次类推Math、Integer、Double等这些类都是重写了equals()方法的，从而进行的是内容的比较。当然，基本类型是进行值的比较。
二： String类的讨论

输出true
说明：==在进行复合数据类型比较时，比较的是内存中的存放地址。因此a与b引用同一个String对象。

输出：
false
true
说明：b,c分别引用了两个对象。显然，两者内容是相同的，因此equal返回true。第一个例子也一样。
三： 解释

首先看一张内存上述的内存分配图

从图中可以发现每个String对象的内容实际是保存到堆内存中的，而且堆中的内容是相等的，但是对于str1和str2来说所指向的地址堆内存地址是不等的，所以尽管内容是相等的，但是地址值是不相等的
“= =”是用来进行数值比较的，所以str1和str2比较不相等，因为str2和str3指向同一个内存地址所以str2和str3是相等的。所以“= =”是用来进行地址值比较的。
5． 为什么Java中1000= =1000为false而100= =100为true？

查看Integer.java类，会发现有一个内部私有类，IntegerCache.java，它缓存了从-128到127之间的所有的整数对象。

============================================================================================================================================================

Hashcode的作用

想要明白，必须要先知道Java中的集合。　　
总的来说，Java中的集合（Collection）有两类，一类是List，再有一类是Set。前者集合内的元素是有序的，元素可以重复；后者元素无序，但元素不可重复。

那么这里就有一个比较严重的问题了：要想保证元素不重复，可两个元素是否重复应该依据什么来判断呢？

这就是Object.equals方法了。但是，如果每增加一个元素就检查一次，那么当元素很多时，后添加到集合中的元素比较的次数就非常多了。也就是说，如果集合中现在已经有1000个元素，那么第1001个元素加入集合时，它就要调用1000次equals方法。这显然会大大降低效率。
于是，Java采用了哈希表的原理。

这样一来，当集合要添加新的元素时，
先调用这个元素的hashCode方法，就一下子能定位到它应该放置的物理位置上。
如果这个位置上没有元素，它就可以直接存储在这个位置上，不用再进行任何比较了；
如果这个位置上已经有元素了，就调用它的equals方法与新元素进行比较，相同的话就不存，不相同就散列其它的地址。所以这里存在一个冲突解决的问题。这样一来实际调用equals方法的次数就大大降低了，几乎只需要一两次。

4、eqauls方法和hashCode方法关系
Java对于eqauls方法和hashCode方法是这样规定的：
(1)同一对象上多次调用hashCode()方法，总是返回相同的整型值。
(2)如果a.equals(b)，则一定有a.hashCode() 一定等于 b.hashCode()。
(3)如果!a.equals(b)，则a.hashCode() 不一定等于 b.hashCode()。此时如果a.hashCode() 总是不等于 b.hashCode()，会提高hashtables的性能。
(4)a.hashCode()==b.hashCode() 则 a.equals(b)可真可假
(5)a.hashCode()！= b.hashCode() 则 a.equals(b)为假。

上面结论简记：

1、如果两个对象equals，Java运行时环境会认为他们的hashcode一定相等。
2、如果两个对象不equals，他们的hashcode有可能相等。
3、如果两个对象hashcode相等，他们不一定equals。
4、如果两个对象hashcode不相等，他们一定不equals。

关于这两个方法的重要规范：
规范1：若重写equals(Object obj)方法，有必要重写hashcode()方法，确保通过equals(Object obj)方法判断结果为true的两个对象具备相等的hashcode()返回值。说得简单点就是：“如果两个对象相同，那么他们的hashcode应该相等”。不过请注意：这个只是规范，如果你非要写一个类让equals(Object obj)返回true而hashcode()返回两个不相等的值，编译和运行都是不会报错的。不过这样违反了Java规范，程序也就埋下了BUG。
规范2：如果equals(Object obj)返回false，即两个对象“不相同”，并不要求对这两个对象调用hashcode()方法得到两个不相同的数。说的简单点就是：“如果两个对象不相同，他们的hashcode可能相同”。

5、为什么覆盖equals时总要覆盖hashCode
一个很常见的错误根源在于没有覆盖hashCode方法。在每个覆盖了equals方法的类中，也必须覆盖hashCode方法。如果不这样做的话，就会违反Object.hashCode的通用约定，从而导致该类无法结合所有基于散列的集合一起正常运作，这样的集合包括HashMap、HashSet和Hashtable。
1.在应用程序的执行期间，只要对象的equals方法的比较操作所用到的信息没有被修改，那么对这同一个对象调用多次，hashCode方法都必须始终如一地返回同一个整数。在同一个应用程序的多次执行过程中，每次执行所返回的整数可以不一致。
2.如果两个对象根据equals()方法比较是相等的，那么调用这两个对象中任意一个对象的hashCode方法都必须产生同样的整数结果。
3.如果两个对象根据equals()方法比较是不相等的，那么调用这两个对象中任意一个对象的hashCode方法，则不一定要产生相同的整数结果。但是程序员应该知道，给不相等的对象产生截然不同的整数结果，有可能提高散列表的性能。

6、总结：
1、equals方法用于比较对象的内容是否相等（覆盖以后）

2、hashcode方法只有在集合中用到

3、当覆盖了equals方法时，比较对象是否相等将通过覆盖后的equals方法进行比较（判断对象的内容是否相等）。

4、将对象放入到集合中时，首先判断要放入对象的hashcode值与集合中的任意一个元素的hashcode值是否相等，如果不相等直接将该对象放入集合中。如果hashcode值相等，然后再通过equals方法判断要放入对象与集合中的任意一个对象是否相等，如果equals判断不相等，直接将该元素放入到集合中，否则不放入。

1）判断String类型的 s1 和 s2 是否相等

equals() 方法比较的是字符串的内容~所以结果是 true 很好理解，至于 str1= =str2 的结果也是 true ，是因为在 Java 的内存的方法区中有一块区域叫做常量池，str1 =“abc” 时，常量池中没有 “abc”，所以就 new 一个 “abc” 当运行 str2 = “abc” 时，常量池中存在 “abc” ,系统就会把 常量池中的 “abc” 的引用直接给 str2 ;所以 str1= =str2 的结果为 true，因为它们的引用是一样的~

2）判断String类型的 s1 和 s2 是否相等

这个和上一题很像，但是 str1 是 new string() ,在 Java 中，new 一个对象就会在内存的堆中开辟一块空间，然后把引用赋值给 str1 ，一个是堆中的引用，一个是常量池中的引用所以，str1==str2 的结果为 false~~

3）判断String类型的 s1 和 s2 是否相等

这个 str1= =str2 为何为 true 小伙伴们知道吗？嘿嘿因为在Java中有一种叫做常量优化的机制，我们在赋值的时候 “a”，“b”，“c”都是常量，系统及直接把 abc 赋值给 str1 了，这时候常量池中也就存在 “abc” 了，所以str1= =str2

4）判断String类型的 s1 和 s2 是否相等

那么这里呢？通过查找API我们可以得到这样一段话~ 『Java 语言提供对字符串串联符号（"+"）以及将其他对象转换为字符串的特殊支持。字符串串联是通过 StringBuilder（或 StringBuffer）类及其 append 方法实现的。字符串转换是通过 toString 方法实现的，
也就是说当执行 str3=str1+c 的时候，首先在堆中生成一个StringBuilder（或StringBuffer）对象，然后把 ab 和 c 连接在一起 ，再利用 toString 方法生成一个 “abc”的字符串 再来进行比较…str2 的 “abc” 在常量池中，str3 在堆中所以为false

转载自：https://www.cnblogs.com/cmyBlog/p/9796896.html