地图与 s. 中可接受的键类型unordered_map [重复]

Question

我知道unordered_map<T, int> 在从键 O(1) 检索值时会比map<T, int> 在性能方面的效率更高。

但是，我发现unordered_map<T, int> 支持的类型不如map<T, int> 支持的那么多。

例如，map<pair<int, int>, int> 可以，但unordered_map<pair<int, int>, int> 不行。

我想知道这有什么潜在的困难吗？如果关心性能，我可以使用什么数据结构来获得具有 O(1) 性能的键类型对的哈希表。

Answer 1

您可以定义自定义哈希函数：

#include <unordered_map>

typedef std::pair<int,int> int_pair;
class MyHashFunc {
    std::hash<int> int_hash_func;
    public:
        long operator()(const int_pair &k) const{

            return (int_hash_func(k.first) << 16) + (int_hash_func(k.second));
        }
};

int main() {
    std::unordered_map<int_pair, int, MyHashFunc> m;
    return 0;
}

Answer 2

之所以不能开箱即用是因为pair<T,T>类型没有定义散列函数，而unordered_map本质上是一个散列映射，所以它的键必须是可散列的 .

unordered_map<pair<int, int>, int> 从根本上来说没有错。问题是您需要提供一个散列函数和一个比较函数来实现相等性。

请参阅this question 了解您以<pair,pair> 为键的具体情况，this answer 了解有关一般情况的更多详细信息。

Answer 3

如果您可以提供一种从pair<int, int> 生成哈希的方法，那么您可以使用它。

例子：

#include <unordered_map>
#include <utility>
using namespace std;

struct IntPairHash
{
   size_t operator()(pair<int, int> const& p)
   {
      // If you have a 64 bit platform where sizeof(size_t) == 64
      // and sizeof(int) == 32, you can use:
      size_t h = p.second;
      h <<= 32;
      h += p.first;
      return h;

      // For other platforms, a more different approach to come up with
      // a hash value for p must be devised.
   }
};

void foo()
{
   unordered_map<pair<int, int>, int, IntPairHash> a;
}