C++ - 封装 unordered_set 和 unordered_map - 哈希桶的迭代器实现

前言

unordered_set 和 unordered_map 两个容器的底层是哈希表实现的，此处的封装使用的上篇博客当中的哈希桶来进行封装，相当于是在哈希桶之上在套上了 unordered_set 和 unordered_map 。

哈希桶的逻辑实现：

在本篇博客当中的思路只是大体介绍，这个封装过程哟点复杂，如果有问题的可以参考下述博客对 map 和 set 两个容器的封装，这两个容器是底层实现是红黑树，在这篇博客当中介绍更为详细，是按照源代码当中的封装逻辑进行的模拟实现：
C++ - map 和 set 的模拟实现上篇 - 红黑树当中的仿函数 - 红黑树的迭代器实现-CSDN博客

C++ - set 和 map 的实现（下篇）- set 和 map 的迭代器实现_chihiro1122的博客-CSDN博客

基础封装 unordered_set 和 unordered_map

unordered_set 基础结构：


namespace unordered
{
	template<class K>
	class unordered_set
	{
		// set 当中从 T 当中取出 key 的仿函数
		struct SetKeyOfT
		{
			const K& operator()(const K& key)
			{
				return key;
			}
		};
	public:
		bool insert(const K& key)
		{
			return _ht.Insert(key);
		}
 
	private:
		hash_bucket::hash _ht;
	};
}

unordered_map 基础结构：


namespace unordered
{
	template<class K, class V>
	class unordered_map
	{
		// map 当中从 T 当中取出key 的仿函数
		struct MapKeyOfT
		{
			const K& operator()(const pair& kv)
			{
				return kv.first;
			}
		};
	public:
		bool insert(const pair& kv)
		{
			return _ht.Insert(kv);
		}
 
	private:
		hash_bucket::hash, MapKeyOfT> _ht;
	};
}

上述两个框架的实现逻辑在这里大体说明一下：
在经过 unordered_set 和 unordered_map 包裹直线，原本的哈希桶在使用之上已经非常麻烦了，所以一般是直接使用在哈希桶之上的 unordered_set 和 unordered_map 。

在 unordered_set 和 unordered_map 当中的 insert（）函数是直接复用哈希桶当中的 Insert（）函数。

其中的 SetKeyOfT 和 MapKeyOfT 两个内部类是用来实现在两个容器当中的不同取 key 逻辑的。其实在 set 当中只有key ，是不可以不写的，但是在 map 当中就需要从 pair 当中的first 拿出，所以，为了在哈希桶当中key 值的实现，实现一份代码在 set 和 map 当中都可以使用的话，就要让 set 做出牺牲，和 map 一样实现从 T 当中取 key 的仿函数。所以你才会看到在 set 当中创建的哈希桶，要传入两个 K 作为哈希桶的模版参数。

而在哈希桶当中，对需要用 key 值的地方都用 set 和 map 当中实现的仿函数来调用，对 key 值的取出进行判断，我们用哈系统当中 Insert（）函数来做演示：


		bool Insert(const T& data)
		{
			HashFunc hf;
			KeyOfT kot;
 
			if (find(data))
			{
				return false;
			}
 
			// 负载因子 到 1 就扩容（每一个桶当中都有数据）
			if (_n == _table.size())
			{
				size_t newsize = _table.size() * 2;
				vector newTable;
				newTable.resize(newsize, nullptr);
 
				for (int i = 0; i < _table.size(); i++)
				{
					Node* cur = _table[i];
					while (cur)
					{
						Node* next = cur->_next;  // 保存链表的下一个结点
 
						// 头插到新表当中
						size_t hashi = hf(kot(cur->_data)) % newTable.size();
						cur->_next = newTable[hashi];
						newTable[hashi] = cur;
 
						// 向链表后迭代
						cur = next;
					}
				}
 
				// 交换 两个表在 对象当中的指向，让编译器 帮我们释放旧表的空间
				_table.swap(newTable); 
			}

红黑树的参数模版：


	template<class K, class T,class KeyOfT , class HashFunc = DefaultHashFunc>
	class hash
	{
·········
········
········
········

其中的 T 这模版参数，在 set 当中传入的是 K，而在 map 当中传入的是一个 pair，这个pair 当中存储的是一个结点的 key-value 键值对。而 KeyOfT 模版参数就是上述所说的，在 set 和 map 当中实现不同取 key 逻辑的仿函数的类的类型。这里就是要和 set 和 map 都可以使用一个哈希桶的代码，实现泛型编程。

而 HashFunc 这个模版参数是为了在哈希当中能以多种类型作为 key 值来实现的仿函数。（在上一篇博客对哈希表的介绍当中有具体说明：C++ - 开放地址法的哈希介绍 - 哈希表的仿函数例子_chihiro1122的博客-CSDN博客）

哈希桶的迭代器实现

哈希桶的遍历非常的简单，直接按照指针数组的顺序来遍历其中的哈希桶就行了：

但是，遍历简单，但是对于迭代器当中的 operator++（）函数和 operator--（）函数，这两个函数的实现就要推敲一下。

比如，当it 迭代器遍历到其中某一个结点，那么 operator--（）如何找到上一个结点；当 it 迭代器遍历到某一个哈希桶的最后一个结点的时候，operator++（）函数如何找到下一个哈希桶的位置。

在迭代器当中用 key 计算 hash 值，也是需要用 set 和 map 当中的仿函数来调用不同的 key 值取出的方法的。

key 取出来了，还有哈希桶当中的不同类型的 key 值的计算方式，也需要仿函数去计算。

首先，每一个结点当中的值，都是按照哈希桶的规则插入进去的，我们可以计算出当前这个结点的key值，计算出当前结点是在哪一个桶；这样的话就可以直接从头开始遍历找到当前结点的上一个结点了，也可以找到下一个桶和上一个桶。

operator++()函数

在迭代器类当中存储的有当前结点的指针_node，那么当 _node->_next 不为空的时候，就继续遍历这个哈希桶；为空说明已经遍历到这个哈希桶的最后一个结点了，就要找下一个哈希桶。

怎么找，在上述已经说明了，就是计算当前结点的 key 值，计算当前哈希桶在指针数组的位置，找到下一个哈希桶的位置。

当找不到下一个桶，

但是，想找到下一个哈希桶的位置，就要有指针数组，但是指着数组在哈希桶类内当中，迭代器是另一个专门的类，如果在迭代器当中取到这个指针数组呢？

我们就在迭代器类当中多一个成员来存储一个哈希桶对象的指针。这样就可以找到指针数组了。


		Self& operator++()
		{
			if (_node->_next)
			{
				// 当前桶还没完
				// 就继续遍历当前桶
				_node = _node->_next;
			}
			else
			{
				// 两个仿函数类的实例化
				KeyOfT kot;
				HashFunc hf;
 
				// 计算当前结点的 hash值
				size_t hashi = hf(kot(_node->_data)) % _pht->_table.size();
				// 从下一个位置查找查找下一个不为空的桶
				++hashi;
				while (hashi < _pht->_table.size())
				{
					// 如果遍历到的桶不为空
					if (_pht->_table[hashi])
					{
						// 把桶的第一个元素赋值给 _node
						_node = _pht->_table[hashi];
						return *this;
					}
					else
					{
						// 如果桶为空 继续寻找下一个桶
						++hashi;
					}
				}
 
				// 走到这说明 后面的桶都为空
				// 或者当前桶就是最后一个桶了
				_node = nullptr;
			}
 
			return *this;
		}

类模板的有元

但是哈希桶当中的 _table 这个 vector 容器是 private 的，在迭代器类当中不能访问，所以此时我们就要把迭代器作为哈希表的有元出现，届时迭代器才能访问到哈希表当中的私有成员。

但是此处不是友元函数，是一个类模板的有元，类模板的有元要在之前把模版参数加上：


 
	template<class K, class T,class KeyOfT , class HashFunc = DefaultHashFunc>
	class hash
	{
 
		// 有元声明
		template<class K, class T, class KeyOfT, class HashFunc>
		friend struct HTIterator;
·················· 
·················· 
    };

哈希桶类当中的 begin（）和 end（）

找到第一个桶也很简单，和上述 operator++（）找下一个桶一样；end （）的话是最后一个结点的下一个位置，也就是说 nullptr，所以说，直接构造一个空的迭代器返回就行了：


		iterator begin()
		{
			// 找第一个桶
			for (size_t i = 0; i < _table.size(); i++)
			{
				Node* cur = _table[i];
				// 当前桶的不为空
				if (cur)
				{
					// 返回需要构造一个迭代器返回
					return iterator(cur, this);
				}
			}
 
			// 没找到就返回一个 空的迭代器
			return iterator(nullptr, this);
		}
 
		iterator end()
		{
			// 构造一个空的迭代器返回
			return iterator(nullptr, this);
		}

在 set 和 map 当中的 begin（）和 end（）也都是套用哈希桶当中的 begin（）和end（）了：


//unordered_set.h
 
typedef typename hash_bucket::HashTable::iterator iterator;
 
		iterator begin()
		{
			return _ht.begin();
		}
 
		iterator end()
		{
			return _ht.end();
		}
 
// unordered_map.h
 
typedef typename hash_bucket::HashTable, MapKeyOfT>::iterator iterator;
 
		iterator begin()
		{
			return _ht.begin();
		}
 
		iterator end()
		{
			return _ht.end();
		}

哈希桶的迭代器类和哈希桶类的相互依赖问题

之前实现的迭代器，都是本类当中有一个迭代器的 typedef，那么在本类当中就可以直接按照typedef 当中的模版参数，在需要构造迭代器的地方，按照这个模版参数来构造。也就是说，要想用迭代器，那么本类就要在前面，这样迭代器才能按照本类来进行定义。

但是，我们本次实现的哈希表的迭代器当中，有哈希表的指针；在哈希表当中还有迭代器，这是一个相互使用的场景。

当哈希表当中要用迭代器，所以迭代器在哈希表当中最前处声明，没问题。但是在迭代器当中还有哈希表，那么此时，在迭代器当中的哈希表的类型，编译器不认识。

所以，此时就要把哈希桶类，在迭代器上声明一下，因为编译器在遇到类型的时候，只会向上寻找定义，那么我们在迭代器上声明一下，高速编译器哈希表在下面定义了。

我们把这种方式称为 前置声明。


	// 前置声明
	template<class K, class T, class KeyOfT, class HashFunc>
	class HashTable;
 
	template<class K, class T, class KeyOfT, class HashFunc>
	struct HTIterator
	{
 
·············
·············
·············
 
    }
 
    template<class K, class T,class KeyOfT , class HashFunc = DefaultHashFunc>
	class hash
	{
·············
·············
············· 
 
    }

前置声明当中不用给模版的缺省参数。

const迭代器

上述实现之后，虽然迭代器能够跑了，但是还有一些问题，在上述取出的迭代器，可以修改哈希桶的当中的key值。我们可以用 const 迭代器来解决这个问题，在以红黑树为底层实现的 map 和 set 也使用了这样方法，具体可以参考在前言当中给出的两篇博客。

const 迭代器和普通迭代器共用的是一个迭代器的模版。而之所以 const 的迭代器在外部不能修改，实际上也就是在 operator*（）和 operator->（）这两个函数在返回值上做了处理，返回一个 const 的引用或者指针，这个引用的对象或者指针指向的对象就不能修改了。


template<class K, class T, class Ptr, class Ref, class KeyOfT, class HashFunc>
	struct HTIterator
	{
		typedef hash_bucket::HashNode Node;
 
		// 方便下述书写 迭代器的模版参数
		typedef HTIterator Self;
 
		Node* _node;
		hashtable* _pht;
 
		HTIterator(Node* node, hashtable* pht)
			:_node(node)
			, _pht(pht)
		{}
 
		Ref operator*()
		{
			return _node->_data;
		}
 
		Ptr operator->()
		{
			return &_node->_data;
		}
····································
····································
····································
    }

所以，我们只需要把 T* T& 作为普通迭代器operator*（）和 operator->（）的返回值；把 const T* ，const T& 作为普通迭代器operator*（）和 operator->（）的返回值；

因为我们在哈希表当中对 iterator 类的模版参数进行了 typedef ，所以，我们只需要再在哈希表当中 typedef 出一个 const_iterator ，而 iterator 和 const_iterator 的不同就在于传入给迭代器模版类的模版参数不同。


template<class K, class T,class KeyOfT , class HashFunc = DefaultHashFunc>
	class hashtable
	{
		typedef HashNode Node;
 
		// 有元声明
		template<class K, class T, class Ptr, class Ref, class KeyOfT, class HashFunc>
		friend struct HTIterator;
	public:
		typedef HTIterator iterator;
		typedef HTIteratorconst T*, const T&, KeyOfT, HashFunc> const_iterator;
 
····················· 
····················· 
····················· 
		iterator begin()
		{
			// 找第一个桶
			for (size_t i = 0; i < _table.size(); i++)
			{
				Node* cur = _table[i];
				// 当前桶的不为空
				if (cur)
				{
					// 返回需要构造一个迭代器返回
					return iterator(cur, this);
				}
			}
 
			// 没找到就返回一个 空的迭代器
			return iterator(nullptr, this);
		}
 
		iterator end()
		{
			// 构造一个空的迭代器返回
			return iterator(nullptr, this);
		}
 
		// const 的 begin（）和 end（）
 		const_iterator begin() const
		{
			// 找第一个桶
			for (size_t i = 0; i < _table.size(); i++)
			{
				Node* cur = _table[i];
				// 当前桶的不为空
				if (cur)
				{
					// 返回需要构造一个迭代器返回
					return const_iterator(cur, this);
				}
			}
 
			// 没找到就返回一个 空的迭代器
			return const_iterator(nullptr, this);
		}
 
		const_iterator end() const
		{
			// 构造一个空的迭代器返回
			return const_iterator(nullptr, this);
		}
    };

哈希桶迭代器的 const *this 问题

在哈希桶当中的 const 版本的 begin（）和 end（）当中，返回的是一个迭代器，此时我们调用了一个迭代器的构造函数，这个构造函数当中还传入了当前哈希桶对象的 this 指针。但是这个指针在 const 版本的begin（）和 end（）函数当中是被 const 修饰的，但是在构造函数当中接受 this 指针的形参不是 const 的，此时就会发生权限的放大，就会报错。

当然，最简单的方式就是在构造函数的当中用一个 const 的形参去接受，然后构造函数对应初始化的成员也应该是 const 的，这样才能正确接受 const 的 this 指针。

虽然在我们之前对哈希桶当中的实现来看，在迭代器当中我们并没有在迭代器当中使用哈希桶的指针来修改过哈希桶当中的 _table 这个 vector 等等成员什么的，只是从 _table 当中读数据，所以是对于 const 的指针是没有问题的。

也就是说在当前实现的迭代器当中是不会通过哈希表指针修改到哈希表的，在迭代器当中是使用 _node 当前迭代器指向的结点指针来修改到哈希表的，所以在当前是没有问题的。

而且，构造函数只用写一个 const this指针的版本就足够了，因为普通迭代器传过来的普通 this 指针转给 const 的形参是完全没有问题的，是权限的缩小，然后初始化给 const 的指针也是没有问题

修改之后的代码：


	template<class K, class T, class Ptr, class Ref, class KeyOfT, class HashFunc>
	struct HTIterator
	{
·········
		const hashtable* _pht;
 
		HTIterator(Node* node, const hashtable* pht)
			:_node(node)
			, _pht(pht)
		{}
·········
    }

库当中实现不是按照上述方式实现的，他是把 iteator 和 const_iterator 两个迭代器都实现了一遍：

而且，在const_iterator 当中，不仅仅是哈希桶指针是 const 的，结点的指针也是 const 的。

哈希桶迭代器完整代码


// 前置声明
	template<class K, class T, class KeyOfT, class HashFunc>
	class hashtable;
 
	// 在哈希表 的 iterator        template
	// 在哈希表 的 const_iterator  template
	template<class K, class T, class Ptr, class Ref, class KeyOfT, class HashFunc>
	struct HTIterator
	{
		typedef hash_bucket::HashNode Node;
 
		// 方便下述书写 迭代器的模版参数
		typedef HTIterator Self;
 
		Node* _node;
		hashtable* _pht;
 
		HTIterator(Node* node, hashtable* pht)
			:_node(node)
			, _pht(pht)
		{}
 
		Ref operator*()
		{
			return _node->_data;
		}
 
		Ptr operator->()
		{
			return &_node->_data;
		}
 
		Self& operator++()
		{
			if (_node->_next)
			{
				// 当前桶还没完
				// 就继续遍历当前桶
				_node = _node->_next;
			}
			else
			{
				// 两个仿函数类的实例化
				KeyOfT kot;
				HashFunc hf;
 
				// 计算当前结点的 hash值
				size_t hashi = hf(kot(_node->_data)) % _pht->_table.size();
				// 从下一个位置查找查找下一个不为空的桶
				++hashi;
				while (hashi < _pht->_table.size())
				{
					// 如果遍历到的桶不为空
					if (_pht->_table[hashi])
					{
						// 把桶的第一个元素赋值给 _node
						_node = _pht->_table[hashi];
						return *this;
					}
					else
					{
						// 如果桶为空 继续寻找下一个桶
						++hashi;
					}
				}
 
				// 走到这说明 后面的桶都为空
				// 或者当前桶就是最后一个桶了
				_node = nullptr;
			}
 
			return *this;
		}
 
		bool operator!=(const Self& s)
		{
			return _node != s._node;
		}
	};
 
 
    // 哈希桶当中 begin 和 end 代码部分演示
    template<class K, class T,class KeyOfT , class HashFunc = DefaultHashFunc>
	class hashtable
	{
		typedef HashNode Node;
 
		// 有元声明
		template<class K, class T, class Ptr, class Ref, class KeyOfT, class HashFunc>
		friend struct HTIterator;
	public:
		typedef HTIterator iterator;
		typedef HTIteratorconst T*, const T&, KeyOfT, HashFunc> const_iterator;
 
 
		hashtable()
		{
			_table.resize(10, nullptr);
		}
 
		iterator begin()
		{
			// 找第一个桶
			for (size_t i = 0; i < _table.size(); i++)
			{
				Node* cur = _table[i];
				// 当前桶的不为空
				if (cur)
				{
					// 返回需要构造一个迭代器返回
					return iterator(cur, this);
				}
			}
 
			// 没找到就返回一个 空的迭代器
			return iterator(nullptr, this);
		}
 
		iterator end()
		{
			// 构造一个空的迭代器返回
			return iterator(nullptr, this);
		}
 
		// const 的 begin（）和 end（）
 		const_iterator begin() const
		{
			// 找第一个桶
			for (size_t i = 0; i < _table.size(); i++)
			{
				Node* cur = _table[i];
				// 当前桶的不为空
				if (cur)
				{
					// 返回需要构造一个迭代器返回
					return const_iterator(cur, this);
				}
			}
 
			// 没找到就返回一个 空的迭代器
			return const_iterator(nullptr, this);
		}
 
		const_iterator end() const
		{
			// 构造一个空的迭代器返回
			return const_iterator(nullptr, this);
		}
·······················
·······················
·······················
    };

unordered_set 和 unordered_map 当中复用哈希桶的迭代器

unordered_set

set 当中只有 key ，用户是不能对这个 key 进行修改的，所以，在 unordered_set 当中，不管是 iterator 还是 const_iteartor 都是 const_iteartor。想实现这样的功能，直接把 const_iteartor typedef 出 iterator 和 const_iteartor 就可以实现。

unordered_set 当中就只有 const 版本的 begin（）和 end（）函数，实现：


	public:
		typedef typename hash_bucket::hashtable::const_iterator iterator;
		typedef typename hash_bucket::hashtable::const_iterator const_iterator;
 
        // 返回值是 iterator 还是 const_iterator 都一样，都是 const_iterator
		iterator begin() const
		{
			return _ht.begin();
		}
 
		iterator end() const
		{
			return _ht.end();
		}

如果只提供const 版本的迭代器的话，不管是 const 对象还是普通对象都可以调用它，普通对象调用就是权限的缩小，const 调用就是权限的平移。


#pragma once
#include"hash.h"
 
namespace unordered
{
	template<class K>
	class unordered_set
	{
		// set 当中从 T 当中取出 key 的仿函数
		struct SetKeyOfT
		{
			const K& operator()(const K& key)
			{
				return key;
			}
		};
	public:
		typedef typename hash_bucket::hashtable::const_iterator iterator;
		typedef typename hash_bucket::hashtable::const_iterator const_iterator;
 
		iterator begin() const
		{
			return _ht.begin();
		}
 
		iterator end() const
		{
			return _ht.end();
		}
 
		pairbool> insert(const K& key)
		{
			pair<typename hash_bucket::hashtable::iterator, bool> pit = _ht.Insert(key);
			return pairbool>(pit.first, pit.second);
		}
 
	private:
		hash_bucket::hashtable _ht;
	};
}

unordered_map

unordered_map 当中，按照 map 和 set 当中一样的性质进行套用和封装，在 unordered_map 当中的哈希桶构造的时候，对 pair 当中的 key 就使用 const 的方式，这样就可以修改到 value 而不修改到 key 了。
当然，insert（）也不能再像直线一样返回一个 bool 值了，得返回一个迭代器和 bool 值，pair。

而且 find（）函数也要返回一个迭代器，修改如下：


pairbool> Insert(const T& data)
		{
			HashFunc hf;
			KeyOfT kot;
 
			iterator it = find(kot(data));
			if (it != end())
			{
				return make_pair(iterator, false);
			}
 
			// 负载因子 到 1 就扩容（每一个桶当中都有数据）
			if (_n == _table.size())
			{
				size_t newsize = _table.size() * 2;
				vector newTable;
				newTable.resize(newsize, nullptr);
 
				for (int i = 0; i < _table.size(); i++)
				{
					Node* cur = _table[i];
					while (cur)
					{
						Node* next = cur->_next;  // 保存链表的下一个结点
 
						// 头插到新表当中
						size_t hashi = hf(kot(cur->_data)) % newTable.size();
						cur->_next = newTable[hashi];
						newTable[hashi] = cur;
 
						// 向链表后迭代
						cur = next;
					}
				}
 
				// 交换 两个表在 对象当中的指向，让编译器 帮我们释放旧表的空间
				_table.swap(newTable); 
			}
 
			// 计算hash值
			size_t hashi = hf(data) % _table.size();
 
			Node* newnode = new Node(data);
			newnode->_next = _table[hashi];
			_table[hashi] = newnode;
			++_n;
 
			return make_pair(iterator(newnode, this), true);
		}


iterator find(const K& key)
		{
			HashFunc hf;
			KeyOfT kot;
 
			size_t hash = hf(kot(key)) % _table.size();
			Node* cur = _table[hash];
			while (cur)
			{
				// 如果找到就返回 迭代器，不在返回结点的指针
				if (kot(cur->_data) == key)
					return iterator(cur, this);
				
				cur = cur->_next;
			}
			return nullptr;
		}

在上述修改之后，在 unordered_set 和 unordered_map 当中的 insert（）函数也要进行修改，它的返回值也应该是一个 pair。但是在上述修改之后就会引发另一个问题，如下所示：

在 set 当中的insert（）函数的 pair 的iterator 是 const_iterator ; 哈希桶当中的pair 的 iterator 就是 iterator。就类似于 vector 和 vector 的关系，是两个模版实例化出的类型，已经不是权限的放大和缩小了，根本就不是一个类型了。vector 和 vector 两个也是不同的类型。

而 map 中不会，因为map 当中的 iteartor 就是 iterator，const_iterator 就是 const_iterator。

但是前提是实现了传入 iterator 就构造 const_iteartor 的const 的构造函数，我们在 map 和 set 当中也就行了说明，他是一份函数代码，在 iterator 和 const_iteartor 当中可以实例化出两种函数，在 iteartor 就是传入 iterator 的拷贝构造函数，在 const_iteartor 就是传入 iterator 就构造一个const_iteartor 的构造函数，具体可以参考 map 和 set 的博客。

修改就是增加一个拷贝构造函数/const构造函数。

像上述的修改方式在 list 当中也支持，如果用一个 iterator 取构造 const_iterator 在 list 当中是支持的：

我们可以看到it2 迭代器是 const 迭代器，但是 it 是普通 list 对象，那么调用的迭代器的就是普通迭代器，像上述的方式是支持的。库当中是这样实现的：

在以前的迭代器实现当中，我们没有写这样的，类似拷贝构造函数一样的函数，因为以前的迭代器的拷贝就是一个浅拷贝，只需要拷贝迭代器当中的指针就行了，而编译器自动生成的浅拷贝的拷贝构造函数就已经够用了，不需要我们在写了。而上述写了之后，相当于是把 iterator 的不需要写的浅拷贝的拷贝构造函数写了，把 const_iterator 的构造函数写了，但是在 iterator 当中本来是不用写的，编译器自己写的就够用了，但是需要写一个传入 iterator 构造 const_iterator 的构造函数，写了这个函数也就相当于是把 iterator 的浅拷贝函数给写了。

而且这个函数的参数类型没有用 self ，而是用的 iterator，如果用 self 那么这个函数不管在哪都是一个拷贝构造函数；但是用的是 iterator，T* 和 T& 是写死的，此处就是绝妙之处。

还需要注意的是，不同的对象但是类模版类型相同，是可以访问到对方的private 对象的，如果是不同累模版类型就不能了：

比如 A 和 A 的两个对象是可以访问的，但是如果是 A 和 A 两个对象就不行了。在库当中可以实现是因为人家不是类模板，是 struct的。因为类有类域。


#pragma once
#include"hash.h"
 
namespace unordered
{
	template<class K, class V>
	class unordered_map
	{
		// map 当中从 T 当中取出key 的仿函数
		struct MapKeyOfT
		{
			const K& operator()(const pair& kv)
			{
				return kv.first;
			}
		};
	public:
 
		typedef typename hash_bucket::hashtableconst K, V>, MapKeyOfT>::iterator iterator;
		typedef typename hash_bucket::hashtableconst K, V>, MapKeyOfT>::const_iterator const_iterator;
 
		iterator begin()
		{
			return _ht.begin();
		}
 
		iterator end()
		{
			return _ht.end();
		}
 
		const_iterator begin() const
		{
			return _ht.begin();
		}
 
		const_iterator end() const 
		{
			return _ht.end();
		}
 
		pairbool> insert(const pair& kv)
		{
			return _ht.Insert(kv);
		}
 
	private:
		hash_bucket::hashtableconst K, V>, MapKeyOfT> _ht;
	};
}

相关阅读:
云IDE 使用体验，git项目快速启动实践
 【Designing ML Systems】第 3 章：数据工程基础
 overleaf 写论文Latex语法记录
 爬虫学习（05）: 数据解析_bs4篇
 手机通用便签APP哪个比较好用？
【linux内核中的双向链表-02】list_for_each_safe
【Linux】：Kafka基础命令
 大模型LLM相关面试题整理-PEFT
【Linux进程篇】进程终章：POSIX信号量&&线程池&&线程安全的单例模式&&自旋锁&&读者写者问题
 MogDB逻辑解码与pg_recvlogical
原文地址：https://blog.csdn.net/chihiro1122/article/details/133464983