HashMap面试题

HashMap在JDK1.8之前使用链表解决哈希冲突,当链表长度超过8转为红黑树。初始容量16,负载因子0.75,扩容为2倍。哈希冲突通过key的hashCode和数组长度取模定位元素位置。多线程环境下扩容可能导致死循环问题。JDK1.8的hash算法更优,减少了扰动次数。
摘要由CSDN通过智能技术生成





1. HashMap

  • JDK1.8之前:链表则是主要解决哈希冲突的(拉链法)。
  • JDK1.8之后:当链表长度大于8时,链表就转换为红黑树(提高查询效率)。数组长度大于64时,链表转换为红黑树,小于6时,红黑树转换为链表(提高插入效率)。(开放地址法)

1.1 HashMap的初始容量和负载因子

  • 初始容量:HashMap初始容量,即哈希表在创建时的容量,默认为16。
  • 负载因子:负载因子是衡量HashMap满的程度的值,默认为0.75f,即当HashMap中元素个数大于等于容量*负载因子时,进行扩容。

1.2 HashMap如何扩容的?

当HashMap中元素个数大于等于容量*负载因子时,进行扩容,扩容为原来的2倍。

1.3 为什么扩容是2倍?HashMap的长度为什么是2的幂次方?

  • 为了减少哈希冲突,提高查询效率。
  • 数组大小是 2 的幂次方,那么取模运算可以转化为位运算,效率更高。

1.4 HashMap如何解决哈希冲突的?

链表法(拉链法):将链表存储在数组中,当发生哈希冲突时,将冲突的元素存储在链表中。
开放地址法:当发生哈希冲突时,使用某种算法寻找下一个空的散列地址。

1.5 如何确定元素在数组中的位置?

通过key的hashCode()方法计算出哈希值 和 数组长度取模运算,得到在数组中的位置。

public class AbstractHashMap<K, V> extends AbstractMap<K, V> implements Map<K, V> {
    @Override
    public V put(final K key, final V value) {
        final Object convertedKey = convertKey(key);
        final int hashCode = hash(convertedKey);
        final int index = hashIndex(hashCode, data.length);
        HashEntry<K, V> entry = data[index];
        //...
        }

        addMapping(index, hashCode, key, value);
        return null;
    }

    protected int hashIndex(final int hashCode, final int dataSize) {
        return hashCode & dataSize - 1;
    }
}

1.6 HashMap HashSet如果检查重复?如何判断相等?

通过元素的hashCode来判断是否相等,相等则通过equals来判断是否相等。

public class AbstractHashMap<K, V> extends AbstractMap<K, V> implements Map<K, V> {
    @Override
    public V put(final K key, final V value) {
        //...
        while (entry != null) {
            if (entry.hashCode == hashCode && isEqualKey(convertedKey, entry.key)) {
                final V oldValue = entry.getValue();
                updateEntry(entry, value);
                return oldValue;
            }
            entry = entry.next;
        }
        //...
    }

    protected boolean isEqualKey(final Object key1, final Object key2) {
        return key1 == key2 || key1.equals(key2);
    }
}

1.7 HashMap的hash算法 扰动函数,JDK1.8为什么比JDK1.7的hash算法更优?

JDK 1.8 的 hash 方法 相比于 JDK 1.7 hash 方法更加简化,但是原理不变。

    static final int hash(Object key) {
      int h;
      // key.hashCode():返回散列值也就是hashcode
      // ^:按位异或
      // >>>:无符号右移,忽略符号位,空位都以0补齐
      return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
  }

对比一下 JDK1.7 的 HashMap 的 hash 方法源码.

static int hash(int h) {
    // This function ensures that hashCodes that differ only by
    // constant multiples at each bit position have a bounded
    // number of collisions (approximately 8 at default load factor).

    h ^= (h >>> 20) ^ (h >>> 12);
    return h ^ (h >>> 7) ^ (h >>> 4);
}

相比于 JDK1.8 的 hash 方法 ,JDK 1.7 的 hash 方法的性能会稍差一点点,因为毕竟扰动了 4 次。

1.8 hashMap 多线程死循环的问题

  • JDK1.7:当多个线程同时进行扩容操作时,会导致链表成环,形成死循环。头插法会导致链表成环。
  • JDK1.8:当多个线程同时进行扩容操作时,会导致链表成环,形成死循环。尾插法不会导致链表成环。






我的Github地址,欢迎大家加入我的开源项目,或者(在我的主页联系我)加入你们的开源项目,点点Github-Stars。

\开源项目名称依赖类型版本号描述
1spring-boot-starter-triepom1.0.0-SNAPSHOT特定需求下查询速度远超开源检索工具,innodb下B+树或者ES中倒排索引无法与之比拟.
2spring-boot-starter-triejar1.0.0-M1提供了基于SpringCloud的服务节点,可以通过Nacos注册中心进行服务发现,实现了树的动态扩容与缩容,以及服务的动态上下线。
3Data-Providerpom1.0.0-SNAPSHOT提供了多种数据源的查询,以及数据的类型同步,作为一个Jar可以依赖在其他服务上动态的提供数据。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
回答: HashMapJava中的一个常用数据结构,它的底层是由hash数组和单向链表实现的。每个数组元素都是一个链表,通过Node内部类实现了Map.Entry接口来存储键值对。HashMap通过put和get方法来存储和获取数据。\[1\] 在重写equals方法时,我们需要同时重写hashCode方法。这是因为在HashMap中,查找value是通过key的hashCode来进行的。当找到对应的hashCode后,会使用equals方法来比较传入的对象和HashMap中的key对象是否相同。因此,为了保证正确的查找和比较,我们需要同时重写equals和hashCode方法。\[2\]\[3\] HashMap在什么时候进行扩容呢?当HashMap中的元素数量超过了负载因子(默认为0.75)与当前容量的乘积时,就会进行扩容。扩容是为了保持HashMap的性能,因为当元素数量过多时,链表的长度会变长,查找效率会下降。扩容的过程是创建一个新的数组,将原数组中的元素重新分配到新数组中,然后将新数组替换为原数组。\[3\] #### 引用[.reference_title] - *1* *2* *3* [史上最全Hashmap面试总结,51道附带答案,持续更新中...](https://blog.csdn.net/androidstarjack/article/details/124507171)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insertT0,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一只小小狗

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值