java - Hashtable 上的 Collections.synchronizedMap(Map m)

Question

关闭。这个问题需要多问 focused 。目前不接受答案。

---

想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post .

已关闭 8 年前。

Improve this question

我对 Collections.synchronizedMap(Map m) 在 Hashtable 上的使用有疑问。我们知道两者都会返回一个所有方法都同步的容器，因此在任何情况下我都看不到性能提升。

那么当 Hashtable 满足要求时，为什么我们有实用方法(Collections.synchronizedMap)。

用代码进行澄清会很有帮助。

Answer 1

Hashtable 和 Collections.synchronized() 的存在主要是出于历史原因。自 Java 5 以来，新的 java.util.concurrent在大多数需要多个线程访问同一集合的情况下，应该使用包。

当您收到一个非线程安全的集合(例如来自第三方代码)并且您希望在多个线程之间共享它而不创建新的线程安全/并发集合时，Collections.synchronized() 仍然有用。

请注意，在大多数情况下，您应该使用 java.util.concurrent。同步集合将通过同步对集合的所有访问来保护其内部状态，但这在性能方面效率低下，并且不能解决数据一致性的更大问题。例如，ConcurrentHashMap提供了putIfAbsent()方法将确保该操作的原子性。