“put”是否会覆盖现有值？
哈希表的新手，有一个简单的问题。由于某种原因，谷歌搜索没有得到直接的答案。假设我设置了一个哈希表：<int,String>
myHashtable.put(1,"bird");
myHashtable.put(2,"iguana");
我想把“鸟”改成“鱼”（并保持索引不变）。我可以只做一个简单的，还是我需要删除条目，或者什么？put
答案 1
是的。
如果已存在到指定键的映射，则将替换（并返回）旧值。请参阅 Hashtable.put（）。
对于多线程环境，我建议使用 ConcurrentHashMap 或其他实现。虽然是同步的，但现在有更复杂的实现可用于并发映射，例如Guava的MapMaker和CacheBuilder。ConcurrentMapHashtable
还要记住，将具有类型参数，因为不支持基元类型参数。Map<Integer, String>
答案 2
嗯，只需要添加一行
，看看发生了什么惊人的事情myHashtable.put(1,"fish");
查看此链接：http://docs.oracle.com/javase/6/docs/api/java/util/Hashtable.html#put（K， V）
Returns:
the previous value of the specified key in this hashtable, or null if it did not have one
推荐
-
Java：一个“素数”还是一个“二的幂”作为HashMap大小？ 许多书籍和教程都说，哈希表的大小必须是均匀分布所有存储桶中的键的素数。但是Java总是使用一个2的幂的大小。它不应该使用素数吗？更好的是，“素数”或“两个幂”作为哈希表大小？
-
为什么哈希表 11 的初始容量是 11，而哈希映射中的DEFAULT_INITIAL_CAPACITY是 16，需要 2 的幂？ 比较JDK 1.6中的和源代码，我在HashMap中看到了下面的代码： 所以我的问题是：为什么HashMap需要2的幂作为初始容量，而Hashtable选择11作为默认的初始容量？我认为这与 Hashtable 是线程安全的，不
-
-
为什么LinkedHashSet<E>扩展HashSet<e>并实现Set<E> 今天打开了LinkedHashSet源代码，发现了一些有趣的事情： 问题是：当HashSet已经是Set时，为什么它们需要“扩展HashSet”和“实现Set”？
-
