目录
一、哈希表
1.1、哈希表相关概念
对于线性表或树等数据结构,记录在数据结构中的相对位置是随机的,和记录的关键字之间不存在确定的关系,以此,在结构中查找记录时需要进行一系列和关键字的比较。理想的情况是希望不经过任何比较,一次存取便能得到所查记录,那就必须在记录的存储位置和它的关键字之间建立一个确定的对应关系 f,使每个关键字和结构中一个唯一的存储位置相对应。因而在查找时,只要根据这个对应关系 f 找到给定值 K 的像 f(K)。若结构中存在关键字和 K 相等的记录,则必定在 f(K)的存储位置上,由此,不需要进行比较便可直接取得所查记录。我们称这个对应关系 f 为哈希(hash)函数,按这个思想建立的表为哈希表。
对不同的关键字可能得到同一哈希地址,这种现象称为冲突。具有相同函数值的关键字对该哈希函数来说称做同义词。在一般情况下,冲突只能尽可能地少,而不能完全避免。因为,哈希函数是从关键字集合到地址集合的映像。通常,关键字集合比较大,它的元素包括所有可能的关键字,而地址集合的元素仅为哈希表中的地址值。
若对一个关键字集合中的任一个关键字,经过哈希函数映像到地址集合中任何一个地址的概率是相等的,则称此类哈希函数为均匀的哈希函数。换句话说,就是使关键字经过哈希函数得到一个“随机的地址”,以便使一组关键字的哈希地址均匀分布在整个地址区间中,从而减少冲突。
1.2、处理冲突的方法
1.2.1、开放寻址法(open addressing)
在开放寻址法中,所有的元素都存放在哈希表中。当查找某个元素时,要系统地检查所有的表项,直到找到所需的元素,或者最终查明该元素不在表中。
1.2.1.1、线性探测
线性探测采用的哈希函数为:
h(k,i) = (h(k) + i)mod m,i = 0,1,…,m - 1
其中 m 为哈希表表长。
1.2.1.2、二次探测
二次探测采用的哈希函数为:
h(k,i) = (h(k) + a * i + b * i * i)mod m,i = 0,1,…,m - 1
其中 m 为哈希表表长。
1.2.2、链接法(chaining)
将所有关键字为同义词的记录存储在同一线性表中。STL的哈希表采用的便是这种做法。
1.3 具体代码示例
1.3.1、哈希表节点的定义
struct _Hash_node_base
{
_Hash_node_base* _M_nxt;
_Hash_node_base() noexcept : _M_nxt() {
}
_Hash_node_base(_Hash_node_base* __next) noexcept : _M_nxt(__next) {
}
};
template <typename _Value>
struct _Hash_node_value_base : _Hash_node_base
{
typedef _Value value_type;
...
};
/**
* Primary template struct _Hash_node.
*/
template <typename _Value, bool _Cache_hash_code>
struct _Hash_node;
/**
* Specialization for nodes with caches, struct _Hash_node.
*
* Base class is __detail::_Hash_node_value_base.
*/
template <typename _Value>
struct _Hash_node<_Value, true> : _Hash_node_value_base<_Value>
{
std::size_t _M_hash_code;
_Hash_node *
_M_next() const noexcept
{
return static_cast<_Hash_node *>(this->_M_nxt);
}
};
/**
* Specialization for nodes without caches, struct _Hash_node.
*
* Base class is __detail::_Hash_node_value_base.
*/
template <typename _Value>
struct _Hash_node<_Value, false> : _Hash_node_value_base<_Value>
{
_Hash_node *
_M_next() const noexcept
{
return static_cast<_Hash_node *>(this->_M_nxt);
}
};
1.3.2、哈希表的构造和内存管理
template <typename _Key, typename _Value, typename _Alloc,
typename _ExtractKey,