When should I use a Hashtable versus a HashMap

后端 未结 5 2262
野的像风
野的像风 2020-12-08 05:11

This is not a question about the differences between Hashtable and HashMap. I understand that a Hashtable object cannot accept

相关标签:
5条回答
  • 2020-12-08 05:35

    I only see Hashtables in legacy apps/ libraries.

    If you can, use ConcurrentHashMap or Collections.synchronizedMap if you need a synchronized Map.

    http://docs.oracle.com/javase/7/docs/api/java/util/concurrent/ConcurrentHashMap.html

    http://docs.oracle.com/javase/7/docs/api/java/util/Collections.html#synchronizedMap%28java.util.Map%29

    0 讨论(0)
  • 2020-12-08 05:45

    With InitialContext in JNDI

    I can think of only one valid reason - when you're using an API that requires it, such as JNDI’s hugely irritating InitialContext class.

    Other than that, I can see no good reason to use Hashtable at all. You can get a synchronized version of HashMap by using Collections.synchronizedMap, or use a ConcurrentMap implementation such as ConcurrentHashMap or ConcurrentSkipListMap

    0 讨论(0)
  • 2020-12-08 05:50

    Never.

    Hashtable was the original implementation of a map in Java 1. It's been overtaken by the Map<K,V> implementations defined in the Java Collections Framework. Sure, Hashtable has been retrofitted to implement Map but that's not terribly useful.

    It has the main problem in that it's synchronized. This means that it will be slow in any circumstance where it is shared between threads. ConcurrentHashMap is a better choice in that situation. If you are running on a single thread then the un-synchronized HashMap is a better choice.

    0 讨论(0)
  • 2020-12-08 05:50

    Knowing when to use one class or structure over another is essentially understanding the differences between the two, and deciding which one best suits the problem at hand based on those differences.

    I understand that a Hashtable object cannot accept null values

    So in the situation where you need to store null values, a Hashtable would not be appropriate.

    Also, in a Hashtable, enumeration is not fail-safe. So if you need to be able to change the content of the structure while enumerating, a Hashtable would be more appropriate.

    0 讨论(0)
  • 2020-12-08 05:52

    This is not a question about the differences between Hashtable and HashMap

    Well it is really...

    I'm wondering about the scenarios where it would be more appropriate to use a Hashtable instead of a HashMap.

    Precisely when you want the differences between the two:

    • When you want to run on Java 1.1
    • When you want each operation to be synchronized (getting you a form of thread safety, so long as you never iterate over it) - and for some reason don't want to use Collections.synchronizedMap over a HashMap
    • When you don't want to be able to store null values
    • When the memory difference is actually significant (only after you've proved this is the case) - I wasn't even aware of this difference, personally...
    • When you're forced to by a nasty API which returns or takes Hashtable (relatively rare, fortunately)

    I can't remember the last time I was in that situation, personally - I would say it's vanishingly rare to be appropriate to use Hashtable in modern Java code.

    0 讨论(0)
提交回复
热议问题