【JDK源码】HashMap(二)jdk1.7与1.8

本文详细分析了JDK1.7与1.8中HashMap的主要差异,包括哈希算法的区别,1.8中hash值设置为final,初始化方式的变化,1.8采用尾插法解决线程安全问题,以及扩容策略的不同。1.7在扩容时使用头插法可能导致链表死循环,而1.8改为尾插法并引入红黑树提高效率。
摘要由CSDN通过智能技术生成
  • 基于上一篇博客继续分析

JDK1.7、1.8 HashMap的差异

JDK1.8中hashmap实现相较于1.7有重大的变化

在这里插入图片描述

Hash算法有什么区别呢?

  • JDK 1.7

在这里插入图片描述

  • JDK 1.8

在这里插入图片描述

区别

  • 1.8计算出来的结果只可能是一个,所以hash值设置为final修饰。
  • 1.7会先判断这Object是否是String,如果是,则不采用String复写的hashcode方法,处于一个Hash碰撞安全问题的考虑

初始化又有什么区别呢?

  1. JDK1.8 构造方法

在这里插入图片描述

  • tableSizeFor

在这里插入图片描述

  • 官方解释:Returns a power of two size for the given target capacity. (返回给定目标容量的二次幂。)

    也就是获取比传入参数大的最小的2的N次幂
    比如:传入8,就返回8,传入9,就返回16.

  1. JDK1.7
  • 首先是put方法时,发现是空表,初始化。传入threshold,也就是我们之前传入的initCapactity自定义初始容量
public V put(K key, V value) {
   
    //判断是否是空表
    if (table == EMPTY_TABLE) {
   
        //初始化
        inflateTable(threshold);
    }
    ...
}
  • 这个方法也有官方的注释,意思就是找到大于等给定toSize的最小2的次幂
private 
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

早上真起不来!

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

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

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

打赏作者

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

抵扣说明:

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

余额充值