hashtable为什么不能允许有null 键和值而 hashmap 为什么又允许有？
发布网友
发布时间：2022-03-29 14:53
共5个回答
热心网友
时间：2022-03-29 16:22
Hashtable和HashMap类有三个重要的不同之处。第一个不同主要是历史原因。Hashtable是基于陈旧的Dictionary类的，HashMap是Java 1.2引进的Map接口的一个实现。
也许最重要的不同是Hashtable的方法是同步的，而HashMap的方法不是。这就意味着，虽然你可以不用采取任何特殊的行为就可以在一个多线程的应用程序中用一个Hashtable，但你必须同样地为一个HashMap提供外同步。一个方便的方法就是利用Collections类的静态的synchronizedMap()方法，它创建一个线程安全的Map对象，并把它作为一个封装的对象来返回。这个对象的方法可以让你同步访问潜在的HashMap。这么做的结果就是当你不需要同步时，你不能切断Hashtable中的同步（比如在一个单线程的应用程序中），而且同步增加了很多处理费用。
第三点不同是，只有HashMap可以让你将空值作为一个表的条目的key或value。HashMap中只有一条记录可以是一个空的key，但任意数量的条目可以是空的value。这就是说，如果在表中没有发现搜索键，或者如果发现了搜索键，但它是一个空的值，那么get()将返回null。如果有必要，用containKey()方法来区别这两种情况。
一些资料建议，当需要同步时，用Hashtable，反之用HashMap。但是，因为在需要时，HashMap可以被同步，HashMap的功能比Hashtable的功能更多，而且它不是基于一个陈旧的类的，所以有人认为，在各种情况下，HashMap都优先于Hashtable。
关于Properties
有时侯，你可能想用一个hashtable来映射key的字符串到value的字符串。DOS、Windows和Unix中的环境字符串就有一些例子，如key的字符串PATH被映射到value的字符串C:\WINDOWS;C:\WINDOWS\SYSTEM。Hashtables是表示这些的一个简单的方法，但Java提供了另外一种方法。
Java.util.Properties类是Hashtable的一个子类，设计用于String keys和values。Properties对象的用法同Hashtable的用法相象，但是类增加了两个节省时间的方法，你应该知道。
Store()方法把一个Properties对象的内容以一种可读的形式保存到一个文件中。Load()方法正好相反，用来读取文件，并设定Properties对象来包含keys和values。
注意，因为Properties扩展了Hashtable，你可以用超类的put()方法来添加不是String对象的keys和values。这是不可取的。另外，如果你将store()用于一个不包含String对象的Properties对象，store()将失败。作为put()和get()的替代，你应该用setProperty()和getProperty()，它们用String参数。
好了，我希望你现在可以知道如何用hashtables来加速你的处理了。
热心网友
时间：2022-03-29 17:40
你说反了，hashtable允许null，hashmap不允许。因为你看他两的源码，hashtable对null做了处理，而hashmap没有。两者对键值的hashcode（）处理方式也不同。
热心网友
时间：2022-03-29 19:15
呵呵 就是这样定义的 hashmap 中有空值 会造成某一些麻烦 在存储对象是 如果里面已经有个null值了 再存一个null进去呢 会认为两个null是一样的 就会覆盖了null
热心网友
时间：2022-03-29 21:06
我觉得byu8011的回答挺好的啊。。
真要说为什么，就是可能当时的人们觉得 key 和value 为空是没必要的，所以就这么设计了。过了一段时间又觉得有用了，你又不能改源码(人家企业都安装好了啊)，就有了更好用的hashmap了。所以并非有什么特殊的原因，要这样设计。
热心网友
时间：2022-03-29 23:14
因为hashtable是线程安全的用于多线程并发的
