HashMap源码分析jdk 1.8

面试必备:HashMap(JDK1.8)原理以及源码分析 对于HashMap想必大家都不陌生,无论是平时code还是面试都经常和它打交道。今天我们通过源码的层面来分析一下它的实现原理,注意本文基于的是JDK1.8。 问题是从哪边开始聊起呢?我觉得不妨先从一段熟悉的代码开始。 Map<Integer, String> map = new HashMap<Integer, String>();map.put(1, "Jack"); 然后我们会迫不及待点开HashMap这个类,发现里面有大量的属性和方法,一脸懵逼。那就直接点开put. 阅读详情

HashMap简介

HashMap通过散列映射来存储键值对数据因为在查询上使用散列码(通过键生成一个数字作为数组下标,这个数字就是hash code)。非线程安全的。

  • Jdk 1.7 以前是采用数组 + 链表
  • Jdk 1.8 之后 采用数组 + 链表 或者 数组 + 红黑树方式进行元素存储
    存储在hashMap集合中的元素都将是一个Map.Entity的内部接口的实现

在这里插入图片描述

成员变量

// 默认的HashMap中数组的长度 16
static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16
// HashMap中的数组的最大容量 
static final int MAXIMUM_CAPACITY = 1 << 30;
// 默认的扩容的平衡因子
static final float DEFAULT_LOAD_FACTOR = 0.75f;
// 链表转红黑树的 临界值
static final int TREEIFY_THRESHOLD = 8;
// 红黑树转链表的 临界值
static final int UNTREEIFY_THRESHOLD = 6
// 链表转红黑树的数组长度的临界值 
static final int MIN_TREEIFY_CAPACITY = 64;

// HashMap中的数组结构(也称 Hash桶)
transient Node<K,V>[] table;
// HashMap中的元素个数
transient int size;
// 对HashMap操作的次数,fast-fail机制
transient int modCount;
// 扩容的临界值 当实际大小(容量*填充比)超过临界值时,会进行扩容
int threshold;
// 实际的扩容值
final float loadFactor;

四种构造方法

在这里插入图片描述

initialCapacity 容量值(保证为2的幂次方)

	/**
     * 返回距离指定参数最近的2的整数次幂,例如7->8, 8->8, 9->16, 17->32
     * 保证为2的幂次方
     * 运算顺序 -> 1)、先运算 >>>  2)、n = n | n  
     */
    static final int tableSizeFor(int cap) {
        int n = cap - 1;
        n |= n >>> 1;
        n |= n >>> 2;
        n |= n >>> 4;
        n |= n >>> 8;
        n |= n >>> 16;
        return (n < 0) ? 1 : (n >= MAXIMUM_CAPACITY) ? MAXIMUM_CAPACITY : n + 1;
    }

链接:位运算.
链接: hash()解析.
建议:在初始化HashMap的时候,应该尽量指定其大小。尤其是当你已知map中存放的元素个数时。(《阿里巴巴Java开发规约》)

put方法解析

 public V put(K key, V value) {
     return putVal(hash(key), key, value, false, true);
 }

hash(key):获取key对应的hash值

static final int hash(Object key) {
    int h;
    // key.hashCode() 32长度的二进制的值
    return (key == null) ? 0 : (h = key.hashCode()) ^ (h >>> 16);
}

^(异或):两个位相同为0,相异为1
目的:减少hash碰撞

在jvm虚拟机中,一个hashcode位32,那么右移16位进行打乱的^操作。
简单点说,就是为了把高16位的特征和低16位的特征组合起来,降低哈希冲突的概率。
尽量做到任何一位的变化都能对最终得到的结果产生影响

注意:HashCode()是对象的Hash码,和HashMap中的Hash码不是同一个东西

putVal方法

 final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
                   boolean evict) {
        Node<K,V>[] tab; Node<K,V> p; int n, i;
        if ((tab = table) == null || (n = tab.length) == 0)
            // 初始的判断
            // resize() 初始数组  扩容 初始的时候 获取了一个容量为16的数组
            n = (tab = resize()).length; // n 数组长度
        // 确定插入的key在数组中的下标 15  11111
        // 100001000111000
        //            1111
        //            1000 = 8
        if ((p = tab[i = (n - 1) & hash]) == null)
            // 通过hash值找到的数组的下标  里面没有内容就直接赋值
            tab[i] = newNode(hash, key, value, null);
        else {
            Node<K,V> e; K k;
            if (p.hash == hash  // hash值相同&& 
                // key也相同
                ((k = p.key) == key || (key != null && key.equals(k))))
                // 插入的值的key 和 数组当前位置的 key是同一个 那么直接修改里面内容
                e = p;
            else if (p instanceof TreeNode)
                // 表示 数组中存放的节点是一个 红黑树节点
                e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
            else {
                // 表示节点就是普通的链表
                for (int binCount = 0; ; ++binCount) {
                    if ((e = p.next) == null) {
                        // 到了链表的尾部
                        p.next = newNode(hash, key, value, null);
                        // 将新的节点添加到了链表的尾部
                        // 判断是否满足 链表转红黑树的条件
                        if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
                            // 转红黑树
                            treeifyBin(tab, hash);
                        break;
                    }
                    if (e.hash == hash &&
                        ((k = e.key) == key || (key != null && key.equals(k))))
                        break;
                    p = e;
                }
            }
            if (e != null) { // existing mapping for key
                V oldValue = e.value;
                if (!onlyIfAbsent || oldValue == null)
                    e.value = value; ////替换新的value并返回旧的value
                afterNodeAccess(e);
                return oldValue;
            }
        }
        ++modCount;
        if (++size > threshold)
            resize();
        afterNodeInsertion(evict);
        return null;
    }

(n - 1) & hash

两个优点:

1、(n - 1) & hash,当n为2次幂时,会满足一个公式:(n - 1) & hash = hash % n
位运算(&)效率要比代替取模运算(%)高很多,主要原因是位运算直接对内存数据进行操作,不需要转成十进制,因此处理速度非常快。
所以只要保证length的长度是·2^n的话,就可以实现取模运算了。而HashMap中的length也确实是2的倍数,初始值是16,之后每次扩充为原来的2倍
2、能保证 索引值 肯定在 capacity 中,不会超出数组长度

扩容resize方法

    final Node<K,V>[] resize() {
        Node<K,V>[] oldTab = table; //首次初始化后table为Null
        int oldCap = (oldTab == null) ? 0 : oldTab.length;
        int oldThr = threshold;
        int newCap, newThr = 0;
        /*如果旧表的长度不是空*/
        if (oldCap > 0) { 
            if (oldCap >= MAXIMUM_CAPACITY) {
                threshold = Integer.MAX_VALUE;
                return oldTab;
            }
            /*把新表的长度设置为旧表长度的两倍,newCap=2*oldCap*/
            else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
                     oldCap >= DEFAULT_INITIAL_CAPACITY)
                /*把新表的门限设置为旧表门限的两倍,newThr=oldThr*2*/
                newThr = oldThr << 1; // double threshold
        }
        /*如果旧表的长度的是0,就是说第一次初始化表*/
        else if (oldThr > 0) // initial capacity was placed in threshold
        	//使用带有初始容量的构造器时,table容量为初始化得到的threshold
            newCap = oldThr;
        else {  //默认构造器下进行扩容     
        	// zero initial threshold signifies using defaults
            newCap = DEFAULT_INITIAL_CAPACITY;
            newThr = (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
        }
        if (newThr == 0) {
        	 //使用带有初始容量的构造器在此处进行扩容
            float ft = (float)newCap * loadFactor;
            newThr = (newCap < MAXIMUM_CAPACITY && ft < (float)MAXIMUM_CAPACITY ?
                      (int)ft : Integer.MAX_VALUE);
        }
        threshold = newThr;
        @SuppressWarnings({"rawtypes","unchecked"})
        /*下面开始构造新表,初始化表中的数据*/
        Node<K,V>[] newTab = (Node<K,V>[])new Node[newCap];
        table = newTab;
        //原表不为空,要把原表中数据移动到新表中
        if (oldTab != null) { 
         	/*根据容量进行循环整个数组,将非空元素进行复制*/
            for (int j = 0; j < oldCap; ++j) {
                Node<K,V> e;
                if ((e = oldTab[j]) != null) {
                    oldTab[j] = null;
                    if (e.next == null)
                        // 数组中的元素就一个 找到元素在新的数组中的位置 赋值
                        newTab[e.hash & (newCap - 1)] = e;
                    else if (e instanceof TreeNode)
                        // 移动红黑树节点
                        ((TreeNode<K,V>)e).split(this, newTab, j, oldCap);
			/*如果e后边有链表,到这里表示e后面带着个单链表,需要遍历单链表,将每个结点重写*/
                    else { // preserve order
                    	// 方法比较特殊: 它并没有重新计算元素在数组中的位置
						// 而是采用了 原始位置加原数组长度的方法计算得到位置
                        Node<K,V> loHead = null, loTail = null;
                        Node<K,V> hiHead = null, hiTail = null;
                        Node<K,V> next;
                        do {
                        /*********************************************/
							/**
							 * 注: e本身就是一个链表的节点,它有 自身的值和next(链表的值),但是因为next值对节点扩容没有帮助,
							 * 所有在下面讨论中,我近似认为 e是一个只有自身值,而没有next值的元素。
							 */
							/*********************************************/
                            next = e.next; //记录下一个结点
						    // 注意:不是(e.hash & (oldCap-1));而是(e.hash & oldCap)
						    
						    // (e.hash & oldCap) 得到的是 元素的在数组中的位置是否需要移动,示例如下
							// 示例1:
							// e.hash=10 0000 1010
							// oldCap=16 0001 0000
							//	 &   =0	 0000 0000       比较高位的第一位 0
							//结论:元素位置在扩容后数组中的位置没有发生改变
							
							// 示例2:
							// e.hash=17 0001 0001
							// oldCap=16 0001 0000
							//	 &   =1	 0001 0000      比较高位的第一位   1
							//结论:元素位置在扩容后数组中的位置发生了改变,新的下标位置是原下标位置+原数组长度
							
							// (e.hash & (oldCap-1)) 得到的是下标位置,示例如下
							//   e.hash=10 0000 1010
							// oldCap-1=15 0000 1111
							//      &  =10 0000 1010
								
							//   e.hash=17 0001 0001
							// oldCap-1=15 0000 1111
							//      &  =1  0000 0001
							
							//新下标位置
							//   e.hash=17 0001 0001
							// newCap-1=31 0001 1111    newCap=32
							//      &  =17 0001 0001    1+oldCap = 1+16
							
							//元素在重新计算hash之后,因为n变为2倍,那么n-1的mask范围在高位多1bit(红色),因此新的index就会发生这样的变化:
                            if ((e.hash & oldCap) == 0) {
                          	   // 扩容后不需要移动的链表
                                if (loTail == null)
                                    loHead = e;
                                else
                                    loTail.next = e;
                                loTail = e;
                            }
                            else {
                            	 // 扩容后需要移动的链表
                                if (hiTail == null)
                                    hiHead = e;
                                else
                                    hiTail.next = e;
                                hiTail = e;
                            }
                        } while ((e = next) != null);
                        if (loTail != null) { //lo队不为null,放在新表原位置
                            loTail.next = null;
                            newTab[j] = loHead;
                        }
                        if (hiTail != null) { //hi队不为null,放在新表j+oldCap位置
                            hiTail.next = null;
                            // 扩容长度为当前index位置+旧的容量
                            newTab[j + oldCap] = hiHead;
                        }
                    }
                }
            }
        }
        return newTab;
    }

转红黑树 treeifyBin方法

    final void treeifyBin(Node<K,V>[] tab, int hash) {
        int n, index; Node<K,V> e;
        // tab为空 或者 数组的长度小于64
        if (tab == null || (n = tab.length) < MIN_TREEIFY_CAPACITY)
            resize(); // 扩容
        else if ((e = tab[index = (n - 1) & hash]) != null) {
            // 链表转红黑树的逻辑
            TreeNode<K,V> hd = null, tl = null;
            do {
                TreeNode<K,V> p = replacementTreeNode(e, null);
                if (tl == null)
                    hd = p;
                else {
                    p.prev = tl;
                    tl.next = p;
                }
                tl = p;
            } while ((e = e.next) != null);
            if ((tab[index] = hd) != null)
                hd.treeify(tab);
        }
    }

转红黑树条件

数组长度 ≥ MIN_TREEIFY_CAPACITY(64)
链表长度 ≥ TREEIFY_THRESHOLD(8)

HashMap中put()的工作原理

在这里插入图片描述

推荐文章

Java中HashMap底层实现原理(JDK1.8)源码分析.

jdk1.8 HashMap工作原理和扩容机制(源码解析).
HashMap扩容.

思科模拟器汉化教程(附带中文汉化包) 思科模拟器是一种模拟Cisco网络设备的软件工具。它可以模拟Cisco网络设备的所有功能,包括路由器、交换机、防火墙等,并提供了一个可视化的用户界面,让用户可以通过图形化的方式来管理网络设备。思科模拟器因其便捷、易用的特点被广泛应用于网络工程师的实验、测试和培训等方面思科模拟器的功能是强大的,但当我们在使用思科模拟器的时候就会有一些烦恼,由于思科是全球最大的企业级网络设备供应商之一。思科公司的产品和服务被广泛应用于各种领域和行业,所以思科模拟器默认是全英文的,但是在最新版本中是支持中文的。 阅读详情

相关推荐

【汽车ECU标定技术解析】DCM文件与A2L、HEX的协同工作机制

本文深入解析了汽车ECU标定中DCM、A2L与HEX三大核心文件的协同工作机制。A2L文件作为定义标定变量地址与规则的“图纸”,DCM文件承载工程师调试后的具体标定数据,最终通过A2L的地址映射,将DCM数据固化生成可刷入ECU的HEX文件,形成完整的标定数据流转闭环。

weixin_29214559的博客 436

HashMap源码解析JDK1.8

今天,打算写一篇HashMap的源码解析,主要是针对增删改查操作,废话不多说,直接开始。 先看看hashMap在jdk 1.8的结构,如下图,用的是数组+链表+红黑树的结构,也叫哈希桶,在jdk 1.8之前都是数组+链表的结构,因为在链表的查询操作都是O(N)的时间复杂度,而且hashMap中查询操作也是占了很大比例的,如果当节点数量多,转换为红黑树结构,那么将会提高很大的效率,因为红黑...

m0_37914588的博客 2万+

基于GPU的GEMM矩阵相乘运算优化

从上图中我们可以看到三种处理方法。第一种是将A和B矩阵分块,第二种方法是将C和B矩阵分块,第三种方法是将C和A矩阵分块。GEMM的子任务是GEPP或GEMP;最小粒度的任务是GEBP或GEPB或点乘。

weixin_55035144的博客 2155

HashMap 源码详细分析(JDK1.8)

1.概述 本篇文章我们来聊聊大家日常开发中常用的一个集合类 - HashMap。HashMap 最早出现在 JDK 1.2中,底层基于散列算法实现。HashMap 允许 null 键和 null 值,在计算哈键的哈希值时,null 键哈希值为 0。HashMap 并不保证键值对的顺序,这意味着在进行某些操作后,键值对的顺序可能会发生变化。...

weixin_34178244的博客 833

9 海康视觉平台VisionMaster 上手系列:典型案例之螺丝机案例

海康视觉平台VisionMaster 上手系列:典型案例之螺丝机案例 快速入门 工业机器视觉 机器视觉

HuangGong2022的博客 7172

PP触发EWM产生PMR捡配

PP触发EWM产生PMR捡配 前言 PMR: Production Material Request 在流程订单/生产订单下达后,可以在EWM中产生PMR,在EWM中, PMR其实代表了ERP中的流程订单/生产订单。 You can use SAP EWM in conjunction with the following PP application components: • Production Orders • Process Orders • Repetitive Manufacturing •

ZevYang的博客 1918

JDK1.8中HashMap源码解析

目录一、红黑树的理解1.1、 2-3树1.1.1、 2-3的理解1.1.2、 如何生成一个2-3树的演示示例1.2、 红黑树1.2.1、2-3树转换为红黑树(采用左倾红黑树的方式)1.2.2、红黑树的理解二、HashMap的源码概述 一、红黑树的理解 1.1、 2-3树 1.1.1、 2-3的理解 红黑树是一种自平衡的二叉树,它可以避免二分搜索树在极端的情况下蜕化成链表的情况。那么什么是红黑树呢?要想便于了解红黑树,我们先了解一下跟它息息相关的2-3树。 2-3树是一种绝对平衡的多叉树,在这棵树中,

小志的博客 2257

Vue3+codemirror6实现公式(规则)编辑器

vue3+codemirror6+ts实现公式编辑器,可以插入标签、公式,也有补全提示

小阮的笔记本 5045

JDK1.8 hashmap源码解析

一.HashMap的数据结构 jdk1.8版本是数组+ 链表/红黑树 二.元素属性 public class HashMap<K,V> extends AbstractMap<K,V> implements Map<K,V>, Cloneable, Serializable { // 序列号 private static final long serialVersionUID = 362498820763181265L; // 默认的初始容量是16 static

lf19960114的博客 181

行人检测模型在海思平台上的部署:从 PyTorch 到 NNIE 深度优化与实践

摘要 本文详细介绍行人检测模型从PyTorch到海思NNIE平台的部署流程。首先分析了行人检测面临的挑战(尺度变化、遮挡、姿态多样性等)及边缘部署的优势(实时性、隐私保护等)。重点阐述了模型转换过程:PyTorch→ONNX→Caffe→NNIE-WK,其中PyTorch转ONNX需注意评估模式设置、虚拟输入匹配、操作集版本选择等关键点。文章旨在帮助开发者在海思3516D芯片上实现高效的行人检测,克服部署过程中的常见问题,最终实现边缘设备的实时目标检测能力。

FJN110的博客 216

11、ThingsBoard集群部署k8s

今天终于有时间去搞这个啦,拖了很久了,一直没时间,因为我本地没有那么多机器资源,开虚拟机不够,如果租用阿里云服务器,需要有充值的时间,因为这个费用是按小时付费,需要有连贯的时间来搞才行,今天恰好有时间,就开始搞了,弄成功搞出来了,特地写博客记录下来。

AldrichEugene 990

HashMap源码分析(jdk1.8,保证你能看懂)

红黑树是一个自平衡的二叉查找树,也就是说红黑树的查找效率是非常的高,查找效率会从链表的o(n)降低为o(logn)。如果之前没有了解过红黑树的话,也没关系,你就记住红黑树的查找效率很高就OK了。

好好学java 545

利用GAT(图论分析工具箱)构建并分析大脑结构协变网络学习笔记

前言 前面我学习了利用DTI构建白质纤维脑网络,并采用GRETNA计算了小世界网络属性。阅读文献发现可以利用灰质体积或皮层指标(皮层厚度、折叠指数、沟深)等构建结构协变网络再进行网络拓扑属性的计算。因此,我采用前面提取的灰质体积和皮质数据进行了结构协变网络分析,特此写下笔记以便后面的学习。 一、数据准备 二、构建结构协变网络 三、全局属性的统计分析 四、局部属性的统计分析 五、网络攻击分析 六、度的分布 ..................

weixin_52073820的博客 7496

HashMap源码分析(JDK1.8)

一、前言 HashMap是我们日常开发中处理键值对最常用的数据结构。JDK1.8对HashMap的底层实现进行了优化,如引入了红黑树、resize()调整、优化了高位运算的hash算法等。 由于JDK1.8中引入了红黑树,这也成为理解HashMap的重要一环,感兴趣的同学可以阅读我之前写的一篇文章:TreeMap源码分析(红黑树的实现过程)。本文不再分析红黑树的新增删除过程(比较复杂,尤其删除节点...

颤抖吧腿子 1136

温度PID控制PLC程序

温度PID稳定控制程序,适用于欧姆龙PLC,对其他PLC也具有很大参考价值

大中型超市收银系统(可直接运行)

光步前台收银系统系统功能:商品销售、商品退货、挂单、收银员权限、会员销售、单品取消、整单取消、商品查询、脱机销售、脱机数据上传,基本资料下载,开钱箱、小票打印、收款结算,支持多币种付款方式(现金、储值卡、礼券、微信等),支持多种促销。运行环境:.net 4.0登陆信息用户名:1001 密码:123456内置商品信息,商品编码可输入00001000 - 00010000,测试效果相关功能键F5 结算 F9挂单 F11商品查询 F8退货 Insert单品取消 Del整单取消 F12开钱箱F2 会员 Ctrl+Z退出系统 Home 锁屏 相关源码待公开

JDK1.8 HashMap原理及源码分析

概述 JDK1.8对HashMap底层的实现进行了优化,引入红黑树的数据结构和扩容的优化等。   HashMap源码分析 HashMap的put方法执行过程: putVal()源码分析: final V putVal(int hash, K key, V value, boolean onlyIfAbsent, boolean evict) { Node&lt;K, V&gt;...

工作记录 802

OV9734 DATASHEET,完整规格书

OV9734完整规格书,包括电气参数,尺寸规格,寄存器配置表等

java HashMap源码分析(JDK1.8)

HashMap继承AbstractMap<K,V> ,implements Map<K,V>, Cloneable, Serializable 键值对存储,HashMap最多只允许一条记录的key值为Null(多条会覆盖);允许多条记录的Value为 Null. 源码中可以看到一个静态的内部类(单向链表):static class Node<K,V> imp...

来杯Java 1574

锂电池充电器电路设计 里面有电路

锂电池充电器电路设计 里面有电路 3.7V升压到5V电路设计。

JDk1.8HashMap的源码分析

JDk1.8HashMap的源码分析 HashMap用数组存放数据(总结) 调用键的hashCode()获得键的哈希值 用哈希值,计算一个下标值 i 新建Entry对象来封装键和值 Entry对象放在 i 位置 空位置,直接放入 有数据,依次用equals()比较是否相等 找到相等的,覆盖值 没有相等的,链表连接在一起 负载率、加载因子到0.75 新建翻倍容量的新数组 所有数据,重新哈希,放...

smileLs的博客 147

JDK源码分析——HashMap(JDK1.8)

1. 概述 本篇文章我们来聊聊大家日常开发中常用的一个集合类 - HashMap。HashMap 最早出现在 JDK 1.2中,底层基于散列算法实现。HashMap 允许 null 键和 null 值,在计算哈键的哈希值时,null 键哈希值为 0。HashMap 并不保证键值对的顺序,这意味着在进行某些操作后,键值对的顺序可能会发生变化。另外,需要注意的是,HashMap 是非线程安全类,在多...

小马不奔腾的博客 417

JDK1.8HashMap源码分析

JDK1.8 HashMap源码分析

a2231476020的博客 184

7.Java SDK源码分析系列笔记-JDK1.8 HashMap

1.1.Java SDK源码分析系列笔记-Integer2.2.Java SDK源码分析系列笔记-String系列3.3.Java SDK源码分析系列笔记-LinkedList4.4.Java SDK源码分析系列笔记-ArrayList5.5.Java SDK源码分析系列笔记-Vector6.6.Java SDK源码分析系列笔记-SynchronizedList7.7.Java SDK源码分析系列笔记-JDK1.8 HashMap8.

weixin_40316402的博客 94

HashMap工作原理回顾 (基于JDK1.8源码分析)

HashMap工作原理回顾 (基于JDK1.8源码分析) 空的HashMap()构造方法 /** * 默认初始容量为16. */ static final int DEFAULT_INITIAL_CAPACITY = 1 &amp;amp;lt;&amp;amp;lt; 4; // aka 16 /** * 最大容量为2的30次方,如果有参构造器指定了更大的数值,那么仍...

wendrewshay 793

jdk1.8中hashmap源码分析

jdk1.8中hashmap源码分析 本文以JDK 1.8.0_131源代码为例进行分析: jdk1.6到1.8中hashmap的变化 hashmap的实现原理 数组大小及相关参数规定 Hashmap的put方法实现 Hashmap的get方法实现 jdk1.6到1.8中hashmap的变化 JDK1.6,JDK1.7中,HashMap采用位桶+链表实现,即使用链表处理冲突,...

YYC的专栏 698

三、JDK1.7和1.8HashMap数据结构及源码分析-续

导读 前面文章一、深入理解-Java集合初篇 中我们对Java的集合体系进行一个简单的分析介绍,上一篇文章二、Jdk1.7和1.8中HashMap数据结构及源码分析 中我们对JDK1.7中HashMap的数据结构、主要声明变量、构造函数、HashMap的put操作方法做了深入的讲解和分析,本篇文章是上一篇文章的后续。本篇文章我们将要对JDK1.8中HashMap的数据结构、主要声明变量、构造函数、HashMap的put操作方法等做深入讲解,同时通过对源码的分析做进一步了解。 简单介绍 JDK1.7—》哈希表

不吃_花椒的博客 634

new hashmap 初始大小_二、Jdk1.7和1.8中HashMap数据结构及源码分析

导读上篇文章(一、深入理解-Java集合初篇 )中我们对Java的集合体系进行一个简单的分析,本篇我们我们将针对Java集合体系中的HashMap做详细介绍。简单介绍JDK1.7---》哈希表,链表JDK1.8---》哈希表,链表,红黑树--- JDK1.8之后,当链表长度超过8使用红黑树。非线程安全0.75的负载因子,扩容必须为原来的两倍。默认大小为16,传入的初始大小必须为2的幂次方的值,如果...

weixin_39653733的博客 382

JDK1.8 HashMap源码分析

1、底层结构 JDK1.8之前的结构 在JDK1.7之前,HashMap采用的是数组+链表的结构,其结构图如下:     数组的每一个元素都是一个单链表的头节点,链表是用来解决冲突的,如果不同的key映射到了数组的同一位置处,就将其放入单链表中。 JDK1.8的结构 JDK1.8之前的HashMap都采用上图的结构,都是基于一个数组和多个单链表,hash值冲突的时候,就将对应节点以链...

it_monkey_ali的博客 355
上一篇: 数组、链表、树
下一篇: JAVA线程的基本认识
FLY翔仔
博客等级 码龄7年 1粉丝 8原创
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值