HASH GAME - Online Skill Game GET 300

　　第一个hash函数有人称之为“扰动函数”，第二个indexFor函数在jdk8中去掉了，函数内的代码合并到了putVal中，个人认为这两个函数 合并起来是一个完整的hash函数。 h & (length-1) 这段代码的作用其实就是取模，假设数组初始化长度为16，那么length-1的结果为15，对应二进制为00001111，如果我 们有一个大小为20的key，对应二进制为00010100，与运算后结果为00000100，对应十进制为4。 这里数组的长度必须为2的次幂。由于对key进行了取模运算，所以我们知道当length=16的时候，我们会舍弃调掉key高位的值，只保留 了低4位。本来int是32位，只是用低4位冲突是不是太容易发生了？ 所以第一个“扰动函数”的作用出现了，这个函数将key本身高16和低16位做了异或运算。

　　①拉链法处理冲突简单，且无堆积现象，即非同义词决不会发生冲突，因此平均查找长度较短； ②由于拉链法中各链表上的结点空间是动态申请的，故它更适合于造表前无法确定表长的情况； ③开放定址法为减少冲突，要求装填因子α较小，故当结点规模较大时会浪费很多空间。而拉链法中可取α≥1，且结点较大时，拉链法 中增加的指针域可忽略不计，因此节省空间； ④在用拉链法构造的散列表中，删除结点的操作易于实现。只要简单地删去链表上相应的结点即可。而对开放地址法构造的散列表，删 除结点不能简单地将被删结 点的空间置为空，否则将截断在它之后填人散列表的同义词结点的查找路径。这是因为各种开放地址法中，空地 址单元(即开放地址)都是查找失败的条件。因此在 用开放地址法处理冲突的散列表上执行删除操作，只能在被删结点上做删除标记，而不能 线）随机探测

　　①哈希表容量不能完全利用，并且扩容将会是灾难的，需要删除以前标记过的元素并需要从新计算所有元素的位置，在频繁的删除和插 入时效率变得很低。 ②按上述算法建立起来的哈希表，删除工作非常困难。假如要从哈希表 HT 中删除一个记录，按理应将这个记录所在位置置为空，但我 们不能这样做，而只能标上已被删除的标记，否则，将会影响以后的查找。 ③线性探测法很容易产生堆聚现象。所谓堆聚现象，就是存入哈希表的记录在表中连成一片。按照线性探测法处理冲突，如果生成哈希 地址的连续序列愈长(即不同关键字值的哈希地址相邻在一起愈长)，则当新的记录加入该表时，与这个序列发生冲突的可能性愈大。因此， 哈希地址的较长连续序列比较短连续序列生长得快，这就意味着，一旦出现堆聚(伴随着冲突)，就将引起进一步的堆聚。

　　首先来说hash函数，java中对象都已一个hashCode()方法，那为什么还需要hash函数呢？hashCode是在jdk中是有符号int类型，这个 一个很大的范围，如果散列表的数组能覆盖所有int值的话，就不需要hash函数了，当然内存不允许我们维护这么大的散列表。这时我们需要 hash函数将原始hashCode映射到一个很小的数组上去。意思就是将超大超长或不定长的整形数据转换为唯一(理想情况，对于不同对象 hash值应该不相同)的定长的hash值，常见的做法是取模法，也是jdk中的实现方式。