当前位置: 首页 > 知识库问答 >
问题:

Java HashMap中的冲突解决

邹祺
2023-03-14

JavaHashMap使用put方法在HashMap中插入K/V对。假设我使用了put方法,现在HashMap

如果我在此HashMap中插入10,20,它只是将之前的条目替换为此条目,因为由于相同的键10而发生冲突。

如果密钥冲突,HashMap将用新的K/V对替换旧的K/V对。

所以我的问题是,HashMap何时使用链式冲突解决技术?

为什么它没有形成键为10,值为17,20的链接列表


共有3个答案

夹谷硕
2023-03-14
匿名用户

事实上,它本可以形成一个链接列表。只是Mapcontract要求它替换条目:

V put(K键,V值)

将指定值与此映射中的指定键关联(可选操作)。如果映射之前包含键的映射,则旧值将替换为指定值。(map m被称为包含密钥k的映射,当且仅当m.containsKey(k)返回true。)

http://docs.oracle.com/javase/6/docs/api/java/util/Map.html

对于存储值列表的映射,它需要是一个多映射。以下是谷歌的:http://google-collections.googlecode.com/svn/trunk/javadoc/com/google/common/collect/Multimap.html

类似于Map的集合,但可以将多个值与单个键相关联。如果您使用相同的键但不同的值调用put(K, V)两次,则多映射包含从键到两个值的映射。

编辑:冲突解决

这有点不同。当两个不同的键恰好具有相同的哈希代码,或者两个具有不同哈希代码的键恰好映射到基础数组中的同一个bucket时,就会发生冲突。

考虑HashMap的源代码(已删除位和片段):

public V put(K key, V value) {
    int hash = hash(key.hashCode());
    int i = indexFor(hash, table.length);
    // i is the index where we want to insert the new element
    addEntry(hash, key, value, i);
    return null;
}

void addEntry(int hash, K key, V value, int bucketIndex) {
    // take the entry that's already in that bucket
    Entry<K,V> e = table[bucketIndex];
    // and create a new one that points to the old one = linked list
    table[bucketIndex] = new Entry<>(hash, key, value, e);
}

对于那些想知道HashMap中的Entry类是如何像列表一样工作的人来说,原来HashMap定义了自己的静态Entry类,它实现了Map。条目。通过查看源代码,您可以自己查看:

HashMap的GrepCode

荆弘伟
2023-03-14

HashMap中,键是一个对象,它包含hashCode()equals(object)方法。

当您将新条目插入Map时,它会检查hashCode是否已经已知。然后,它将遍历所有具有此哈希码的对象,并使用. equals()测试它们的相等性。如果找到相等的对象,则新值替换旧的对象。如果没有,它将在地图中创建一个新条目。

通常,谈到映射,当两个对象具有相同的hashCode但它们不同时,您会使用碰撞。它们内部存储在列表中。

胥宏义
2023-03-14

当您插入对(10,17)然后(10,20)时,从技术上讲不涉及冲突。您只是用给定键的新值替换旧值10(因为在这两种情况下,10都等于10,并且10的哈希码始终为10)。

当多个键散列到同一个存储桶时,会发生冲突。在这种情况下,您需要确保能够区分这些键。链式冲突解决是用于此目的的技术之一。

例如,假设两个字符串“abra ka dabra”“wave my wand”分别产生哈希码100200。假设总数组大小为10,则它们最终都位于同一个存储桶中(100%10200%10)。链接确保无论何时进行映射。获取(“abra ka dabra”) ,则最终得到与键关联的正确值。对于Java中的哈希映射,这是通过使用equals方法实现的。

 类似资料:
  • Windows 用tutorial进行的操作 若要进行pull操作,请右击tutorial目录,并选择‘拉取’。 用tutorial进行的操作 在以下画面点击‘确定’。 用tutorial进行的操作 我们看到画面上的警告信息表示自动合并失败。请点击‘关闭’以退出窗口。 用tutorial进行的操作 若您确认变更,请点击‘Yes’。 用tutorial进行的操作 TortoiseGit告诉我们:因"

  • 在上一个页面我们提及到,执行合并即可自动合并Git修改的部分。但是,也存在无法自动合并的情况。 如果远程数据库和本地数据库的同一个地方都发生了修改的情况下,因为无法自动判断要选用哪一个修改,所以就会发生冲突。 Git会在发生冲突的地方修改文件的内容,如下图。所以我们需要手动修正冲突。 ==分割线上方是本地数据库的内容, 下方是远程数据库的编辑内容。 如下图所示,修正所有冲突的地方之后,执行提交。

  • 解决冲突 CVS使用内联“冲突标志”来标记冲突,并且在更新时打印C。历史上讲,这导致了许多问题,因为CVS做得还不够。许多用户在它们快速闪过终端时忘记(或没有看到)C,即使出现了冲突标记,他们也经常忘记,然后提交了带有冲突标记的文件。 Subversion通过让冲突更明显来解决这个问题,它记住一个文件是处于冲突状态,在你运行svn resolved之前不会允许你提交修改,详情见“解决冲突(合并别人

  • Java使用方法在中插入K/V对。假设我使用了方法,现在

  • 两个客户端同时修改同一个文件, 改动同一个位置,发生冲突情况。 这时如果一个用户使用commit 提交文件就会提示已经过时(out of date): 说明另一个人可能被别人改动过! 这时需要update更新该文件,更新后效果如下:     db.properties 将本地和服务器合并到一起的文件 (不要直接看)     db.properties.mine 我本地自己修改后的文件      d

  • 上一章介绍了Git协议,并且使用本地协议来模拟一个远程的版本库,以两个不同用户的身份检出该版本库,和该远程版本库进行交互——交换数据、协同工作。在上一章的协同中只遇到了一个小小的麻烦——非快进式推送,可以通过执行PULL(拉回)操作,成功完成合并后再推送。 但是在真实的运行环境中,用户间协同并不总是会一帆风顺,只要有合并就可能会有冲突。本章就重点介绍冲突解决机制。 3.2.1. 拉回操作中的合并