Java的java.util.Hashtable和java.util.HashMap有相同的功能。它们的主要区别在于Hashtable是线程安全的和同步的，而HashMap则不是。在JDK5中，我们有ConcurrentHashMap可以用于多线程环境。它比Hashtable性能更好。那么我们未来还有使用Hashtable的理由吗？
既然有ConcurrentHashMap，我们还需要Hashtable吗？
3
- Jacky
2个回答
5
反向兼容性是 Hashtable 仍然存在于JDK中的唯一原因。
此外，替代 Hashtable 的另一个选择是Collections.synchronizedMap。
- Jeffrey
2
既然ConcurrentHashMap的性能比synchronizedMap更好，我们还有理由使用synchronizedMap吗？ - Jacky
1@Jacky 不，同样的原因适用：它以前存在，因此它将保留在那里 - Sun/Oracle非常重视向后兼容性，并且基本上从JDK中不会删除任何内容（在JDK7中仍然存在1.0中拼写错误并在1.1中重命名的方法）。 - Voo
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接
- 相关问题
- 3 ConcurrentHashMap和Hashtable中使用的锁机制
- 3 为什么在Java已经有ConcurrentHashMap的情况下，我们还需要Scala中的ParHashMap？
- 52 我们需要将ConcurrentHashMap设置为volatile吗？
- 3 Hashtable、ConcurrentHashMap和数据可见性
- 5 ConcurrentHashMap有什么缺点吗？
- 49 ExecutorCompletionService是什么？如果我们有invokeAll为什么还需要它？
- 35 为什么我们有了“==”操作符还需要equals()方法？
- 14 我们能否将Hashtable写入文件？
- 94 Java中的ConcurrentHashMap和Hashtable
- 3 Hashtable相对ConcurrentHashMap的特定用法