[英]Do we need Hashtable since we have ConcurrentHashMap?
Java的java.util.Hashtable具有相同的功能java.util.HashMap 。 它们的主要区别在于Hashtable是线程安全的并且是同步的，而HashMap则不是。 从JDK5开始，我们有ConcurrentHashMap ，它可以用于多线程上下文。 它具有比Hashtable更好的性能。 那么我们将来有什么理由使用Hashtable吗？
反向兼容性是Hashtable仍然在JDK中的唯一原因。
另外， Hashtable另一种替代方法是Collections.synchronziedMap 。
有许多现有的接口使用HashTable 。 在大多数情况下，如果不是所有情况，这些都不能在不破坏兼容性的情
为什么我们需要锁定 Hashtable/ConcurrentHashMap 的 put 方法？
[英]Why do we need lock in the put methods of Hashtable/ConcurrentHashMap?
为什么我们需要Scala的ParHashMap，而Java却有ConcurrentHashMap
[英]Why do we need for ParHashMap from Scala while there is ConcurrentHashMap from Java
我们是否需要restclient以防万一我们必须支持多种平台
[英]Do we need restclient in case if we have to support multiple plateform
如果我们已经有了 subscribe()，我们真的需要 doOnNext() 吗？
[英]Do we really need doOnNext() if we have subscribe() already?
ConcurrentHashMap - 我们是否同步访问 map 的方法
[英]ConcurrentHashMap - do we synchronize methods which access the map
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
