Java基础二（为什么重载hashCode方法？，String、StringBuffer与StringBuilder的区别）

为什么重载hashCode方法？

一般的地方不需要重载hashCode，只有当类需要放在HashTable、HashMap、HashSet等等hash结构的集合时才会重载hashCode，那么为什么要重载hashCode呢?

如果你重写了equals，比如说是基于对象的内容实现的，而保留hashCode的实现不变，那么很可能某两个对象明明是“相等”，而hashCode却不一样。

这样当你用其中一个作为键保存到hashMap、hashTable或hashSet中，再以“相等的”找到另一个作为键值去查找他们的时候，则根本找不到。

为什么equals（）相等，hashCode就一定要相等，而hashCode相等，却不要求equals相等？

1、因为按照hashCode来访问小内存块，所以hashCode必须相等。
2、HashMap获取一个对象是比较key的hashCode相等和equal为true。

之所以hashCode相等，却可以equal不等，就比如ObjectA和ObjectB他们都有属性name，那么hashCode都以name计算，所以hashCode一样，但是两个对象属于不同类型，所以equal为false。

为什么需要hashCode？

1、通过hashCode可以很快的查到小内存块。
2、通过hashCode比较比equal方法块，当get时先比较hashCode，如果hashCode不同，直接返回false。

String、StringBuffer与StringBuilder的区别

String： 适用于的字符串操作。

StringBuilder： 适用于单线程在字符缓冲区进行大量操作的情况。

StringBuffer： 适用于多线程下载字符缓冲区进行大量操作的情况。

StringBuilder： 是线程不安全的，而StringBuffer是线程安全的

这三类之间的区别主要是在两个方面，即运行速度和线程安全这两方面。首先说运行速度，或者说是执行速度，在这方面运行速度快慢为：StringBuilder > StringBuffer > String。

String最慢的原因：

String为字符串常量，而StringBuilder和StringBuffer均为字符串变量，即String对象一旦创建之后该对象是不可更改的，但后两者的对象是变量，是可以更改的。

再来说线程安全
在线程安全上，StringBuilder是线程不安全的，而StringBuffer是线程安全的

如果一个StringBuffer对象在字符串缓冲区被多个线程使用时，StringBuffer中很多方法可以带有synchronized关键字，所以可以保证线程是安全的，但StringBuilder的方法没有该关键字，所以不能保证线程安全，有可能会出现一些错误的操作。所以如果要进行的操作是多线程的，那么就要使用StringBuffer，但是在单线程情况下，还是建议使用速度比较快的StringBuilder。