c++ unodered_set

简介

          C++ 11中出现了两种新的关联容器:unordered_set和unordered_map,其内部实现与set和map大有不同,set和map内部实现是基于RB-Tree,而unordered_set和unordered_map内部实现是基于哈希表(hashtable),由于unordered_set和unordered_map内部实现的公共接口大致相同,所以本文以unordered_set为例。
        unordered_set是基于哈希表,因此要了解unordered_set,就必须了解哈希表的机制。哈希表是根据关键码值而进行直接访问的数据结构,通过相应的哈希函数(也称散列函数)处理关键字得到相应的关键码值,关键码值对应着一个特定位置,用该位置来存取相应的信息,这样就能以较快的速度获取关键字的信息。比如:现有公司员工的个人信息(包括年龄),需要查询某个年龄的员工个数。由于人的年龄范围大约在[0,200],所以可以开一个200大小的数组,然后通过哈希函数得到key对应的key-value,这样就能完成统计某个年龄的员工个数。而在这个例子中,也存在这样一个问题,两个员工的年龄相同,但其他信息(如:名字、身份证)不同,通过前面说的哈希函数,会发现其都位于数组的相同位置,这里,就涉及到“冲突”。准确来说,冲突是不可避免的,而解决冲突的方法常见的有:开发地址法、再散列法、链地址法(也称拉链法)。而unordered_set内部解决冲突采用的是----链地址法,当用冲突发生时把具有同一关键码的数据组成一个链表。下图展示了链地址法的使用:
c++ unodered_set_第1张图片

unordered_set

      模板原型:
[cpp] view plain copy
  1. template < class Key,  
  2.     class Hash = hash,  
  3.     class Pred = equal_to,  
  4.     class Alloc = allocator  
  5. class unordered_set;  

       C++ 11中对unordered_set描述大体如下:无序集合容器(unordered_set)是一个存储唯一(unique,即无重复)的关联容器(Associative container),容器中的元素无特别的秩序关系,该容器允许基于值的快速元素检索,同时也支持正向迭代。
       在一个unordered_set内部,元素不会按任何顺序排序,而是通过元素值的hash值将元素分组放置到各个槽(Bucker,也可以译为“桶”),这样就能通过元素值快速访问各个对应的元素(均摊耗时为O(1))。
       原型中的Key代表要存储的类型,而hash也就是你的hash函数,equal_to用来判断两个元素是否相等,allocator是内存的分配策略。一般情况下,我们只关心hash和equal_to参数,下面将介绍这两部分。

hash

      hash通过相应的hash函数,将传入的参数转换为一个size_t类型值,然后用该值对当前hashtable的bucket取模算得其对应的hash值。而C++标准库,为我们提供了基本数据类型的hash函数:
  1. 整型值:bool、char、unsigned char、wchar_t、char16_t、char32_t、short、int、long、long long、unsigned short、unsigned int、unsigned long、unsigned long long。上述的基本数据类型,其标准库提供的hash函数只是简单将其值转换为一个size_t类型值,具体可以参考标准库functional_hash.h头文件,如下所示:
    [cpp] view plain copy
    1.  /// Primary class template hash.  
    2.   template<typename _Tp>  
    3.     struct hash;  
    4.   
    5.   /// Partial specializations for pointer types.  
    6.   template<typename _Tp>  
    7.     struct hash<_Tp*> : public __hash_base<size_t, _Tp*>  
    8.     {  
    9.       size_t  
    10.       operator()(_Tp* __p) const noexcept  
    11.       { return reinterpret_cast<size_t>(__p); }  
    12.     };  
    13.   
    14.   // Explicit specializations for integer types.  
    15. #define _Cxx_hashtable_define_trivial_hash(_Tp)     \  
    16.   template<>                      \  
    17.     struct hash<_Tp> : public __hash_base<size_t, _Tp>  \  
    18.     {                                                   \  
    19.       size_t                                            \  
    20.       operator()(_Tp __val) const noexcept              \  
    21.       { return static_cast<size_t>(__val); }            \  
    22.     };  
    23.   
    24.   /// Explicit specialization for bool.  
    25.   _Cxx_hashtable_define_trivial_hash(bool)  
    26.   
    27.   /// Explicit specialization for char.  
    28.   _Cxx_hashtable_define_trivial_hash(char)  
    29.   
    30.   /// Explicit specialization for signed char.  
    31.   _Cxx_hashtable_define_trivial_hash(signed char)  
    32.   
    33.   /// Explicit specialization for unsigned char.  
    34.   _Cxx_hashtable_define_trivial_hash(unsigned char)  
    35.   
    36.   /// Explicit specialization for wchar_t.  
    37.   _Cxx_hashtable_define_trivial_hash(wchar_t)  
    38.   
    39.   /// Explicit specialization for char16_t.  
    40.   _Cxx_hashtable_define_trivial_hash(char16_t)  
    41.   
    42.   /// Explicit specialization for char32_t.  
    43.   _Cxx_hashtable_define_trivial_hash(char32_t)  
    44.   
    45.   /// Explicit specialization for short.  
    46.   _Cxx_hashtable_define_trivial_hash(short)  
    47.   
    48.   /// Explicit specialization for int.  
    49.   _Cxx_hashtable_define_trivial_hash(int)  
    50.   
    51.   /// Explicit specialization for long.  
    52.   _Cxx_hashtable_define_trivial_hash(long)  
    53.   
    54.   /// Explicit specialization for long long.  
    55.   _Cxx_hashtable_define_trivial_hash(long long)  
    56.   
    57.   /// Explicit specialization for unsigned short.  
    58.   _Cxx_hashtable_define_trivial_hash(unsigned short)  
    59.   
    60.   /// Explicit specialization for unsigned int.  
    61.   _Cxx_hashtable_define_trivial_hash(unsigned int)  
    62.   
    63.   /// Explicit specialization for unsigned long.  
    64.   _Cxx_hashtable_define_trivial_hash(unsigned long)  
    65.   
    66.   /// Explicit specialization for unsigned long long.  
    67.   _Cxx_hashtable_define_trivial_hash(unsigned long long)  
    对于指针类型,标准库只是单一将地址转换为一个size_t值作为hash值,这里特别需要注意的是char *类型的指针,其标准库提供的hash函数只是将指针所指地址转换为一个sieze_t值,如果,你需要用char *所指的内容做hash,那么,你需要自己写hash函数或者调用系统提供的hash
  2. 标准库为string类型对象提供了一个hash函数,即:Murmur hash,。对于float、double、long double标准库也有相应的hash函数,这里,不做过多的解释,相应的可以参看functional_hash.h头文件。
      上述只是介绍了基本数据类型,而在实际应用中,有时,我们需要使用自己写的hash函数,那怎么自定义hash函数?参考标准库基本数据类型的hash函数,我们会发现这些hash函数有个共同的特点:通过定义函数对象,实现相应的hash函数,这也就意味我们可以通过自定义相应的函数对象,来实现自定义hash函数。比如:已知平面上有N,每个点的x轴、y轴范围为[0,100],现在需要统计有多少个不同点?hash函数设计为:将每个点的x、y值看成是101进制,如下所示:
[cpp] view plain copy
  1. #include  
  2. using namespace std;  
  3. struct myHash   
  4. {  
  5.     size_t operator()(pair<intint> __val) const  
  6.     {  
  7.         return static_cast<size_t>(__val.first * 101 + __val.second);  
  8.     }  
  9. };  
  10. int main()  
  11. {  
  12.     unordered_setintint>, myHash> S;  
  13.     int x, y;  
  14.     while (cin >> x >> y)  
  15.         S.insert(make_pair(x, y));  
  16.     for (auto it = S.begin(); it != S.end(); ++it)  
  17.         cout << it->first << " " << it->second << endl;  
  18.     return 0;  
  19. }  

equal_to

             该参数用于实现比较两个关键字是否相等,至于为什么需要这个参数?这里做点解释,前面我们说过,当不同关键字,通过hash函数,可能会得到相同的关键字值,每当我们在unordered_set里面做数据插入、删除时,由于unordered_set关键字唯一性,所以我们得确保唯一性。标准库定义了基本类型的比较函数,而对于自定义的数据类型,我们需要自定义比较函数。这里有两种方法:重载==操作符和使用函数对象,下面是STL中实现equal_to的源代码:
[cpp] view plain copy
  1. template<typename _Arg, typename _Result>  
  2.     struct unary_function  
  3.     {  
  4.       /// @c argument_type is the type of the argument  
  5.       typedef _Arg  argument_type;     
  6.   
  7.       /// @c result_type is the return type  
  8.       typedef _Result   result_type;    
  9.     };  
  10. template<typename _Tp>  
  11.     struct equal_to : public binary_function<_Tp, _Tp, bool>  
  12.     {  
  13.       bool  
  14.       operator()(const _Tp& __x, const _Tp& __y) const  
  15.       { return __x == __y; }  
  16.     };  

扩容与缩容

             在vector中,每当我们插入一个新元素时,如果当前的容量(capacity)已不足,需要向系统申请一个更大的空间,然后将原始数据拷贝到新空间中。这种现象在unordered_set中也存在,比如当前的表长为100,而真实存在表中的数据已经大于1000个元素,此时,每个bucker均摊有10个元素,这样就会影响到unordered_set的存取效率,而标准库通过采用某种策略来对当前空间进行扩容,以此来提高存取效率。当然,这里也存在缩容,原理和扩容类似,不过,需要注意的是,每当unordered_set内部进行一次扩容或者缩容,都需要对表中的数据重新计算,也就是说,扩容或者缩容的时间复杂度至少为

你可能感兴趣的:(c++ unodered_set)