google/dense\u hash\u映射的线程安全 线程安全吗？< /P> < P> A const < /Case> C++对象可重入类型（多数是）通常假设为线程安全。< /P>

densed\u hash\u map

的文档没有指定任何关于线程安全的内容，因此最具防御性的方法是假设它甚至不可重入。然而，使一个类不可重入需要不受保护的全局可变状态，而且很难找到一个参数来支持

dense\u hash\u map

的要求，但考虑到它将其内容存储到磁盘，这可能就是您所希望的。如果没有文档的确认，即使在可变操作上，也要假设这个东西是线程安全的，这是很牵强的

---

除了文档之外，您可能希望查看一下实现，看看是否可以验证至少API的某个子集的可重入性 >代码> const < /Case> C++对象的重入类型（多数是）通常假设为线程安全。

densed\u hash\u map

的文档没有指定任何关于线程安全的内容，因此最具防御性的方法是假设它甚至不可重入。然而，使一个类不可重入需要不受保护的全局可变状态，而且很难找到一个参数来支持

dense\u hash\u map

的要求，但考虑到它将其内容存储到磁盘，这可能就是您所希望的。如果没有文档的确认，即使在可变操作上，也要假设这个东西是线程安全的，这是很牵强的

除了文档之外，您可能希望查看一下实现，看看是否可以验证至少API的某个子集的可重入性

根据论文（2013），

google:：densite_hash_map

对于读写操作而言是非线程安全的：

[…]因此，我们还比较了三种非线程安全哈希表：STL的

哈希映射

和Google的

稀疏哈希映射

和

密集哈希映射

。[…]这些非线程安全表不支持并发读写

我找不到关于

google:：densite\u hash\u map

是否线程安全的任何其他信息。

根据论文（2013年），

google:：densite\u hash\u map

对于读写来说是非线程安全的：

[…]因此，我们还比较了三种非线程安全哈希表：STL的

哈希映射

和Google的

稀疏哈希映射

和

密集哈希映射

。[…]这些非线程安全表不支持并发读写

我找不到关于

google:：dense\u hash\u map

是否线程安全的任何其他信息