HASH表原理
大家都知道,在所有的线性数据结构中,数组的定位速度最快,因为它可通过数组下标直接定位到相应的数组空间,就不需要一个个查找。而哈希表就是利用数组这个能够快速定位数据的结构解决以上的问题的。
具体如何做呢?大家是否有注意到前面说的话:“数组可以通过下标直接定位到相应的空间”,对就是这句,哈希表的做法其实很简单,就是把Key通过一个固定
的算法函数既所谓的哈希函数转换成一个整型数字,然后就将该数字对数组长度进行取余,取余结果就当作数组的下标,将value存储在以该数字为下标的数组
空间里,而当使用哈希表进行查询的时候,就是再次使用哈希函数将key转换为对应的数组下标,并定位到该空间获取value,如此一来,就可以充分利用到
数组的定位性能进行数据定位。
不知道说到这里,一些不了解的朋友是否大概了解了哈希表的原理,其实就是通过空间换取时间的做法。到这里,可能有的朋友就会问,哈希函数对key进行转
换,取余的值一定是唯一的吗?这个当然不能保证,主要是由于hashcode会对数组长度进行取余,因此其结果由于数组长度的限制必然会出现重复,所以就
会有“冲突”这一问题,至于解决冲突的办法其实有很多种,比如重复散列的方式,大概就是定位的空间已经存在value且key不同的话就重新进行哈希加一
并求模数组元素个数,既 (h(k)+i) mod S , i=1,2,3…… ,直到找到空间为止。还有其他的方式大家如果有兴趣的话可以自己找找资料看看。
在java.util.HashMap中的关键代码:
Entry[]
table;
static int hash(int h)
{
// This function ensures that
hashCodes that differ only by
//
constant multiples at each bit position have a
bounded
// number of collisions
(approximately 8 at default load
factor).
h ^= (h >>> 20)
^ (h >>> 12);
return h ^
(h >>> 7) ^ (h >>> 4);
}
/**
* Returns index for
hash code h.
*/
static int
indexFor(int h, int length) {
return h & (length-1);
}
final
Entry<K,V> getEntry(Object key)
{
int hash = (key == null) ? 0 :
hash(key.hashCode());
for
(Entry<K,V> e = table[indexFor(hash,
table.length)];
e !=
null;
e = e.next)
{
Object
k;
if
(e.hash == hash
&&
((k = e.key) == key || (key != null &&
key.equals(k))))
return e;
}
return
null;
}
public V put(K key, V value)
{
if (key ==
null)
return putForNullKey(value);
int
hash = hash(key.hashCode());
int i
= indexFor(hash, table.length);
for (Entry<K,V> e = table[i]; e != null; e = e.next)
{
Object
k;
if
(e.hash == hash && ((k = e.key) == key || key.equals(k)))
{
V oldValue =
e.value;
e.value =
value;
e.recordAccess(this);
return
oldValue;
}
}
modCount++;
addEntry(hash, key,
value, i);
return
null;
}
void addEntry(int hash, K key, V value, int bucketIndex)
{
Entry<K,V> e =
table[bucketIndex];
table[bucketIndex] = new Entry<K,V>(hash, key, value,
e);
if (size++ >=
threshold)
resize(2 * table.length);
}
http://www.cnblogs.com/creazy_windy/archive/2012/06/13/2548418.html
原文:http://www.cnblogs.com/xiaxinggege/p/3740162.html