基于jdk1.8的HashMap的源码分析

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

前言:作为存储数据的容器,HashMap的重要性不言而喻。本文将会围绕其数据结构、构造方法、put、get、resize等方法进行展开,来解析HashMap的源码。以最简单的方式,来读懂最难的代码。

一:HashMap的数据结构

1.1:HashMap底层的数据结构

在jdk1.7中,HashMap是基于数组和链表来实现的,但是随着数据存储量的提高带来两大问题,其一是hash碰撞概率越来越大,导致链表越来越长。其二是随着链表长度的增长,导致数据查询变慢。所以jdk1.8在jdk1.7的基础上增加了红黑树,在一定条件下底层的数据存储会由单链表转换成红黑树,以此来提高查询效率。HashMap在JDK8中基本结构示意图如下所示:
在这里插入图片描述
​ 从上图我们可以看到,HashMap由一个数组外加单向链表和红黑树结构组成的。图中0-15的部分是哈希数组,数组里面的元素就是一个单项链表,图中是一个长度为16位的数组,每个数组储存的元素代表的是每一个链表的头结点。HashMap的数据存储过程是:首先会通过key的hashCode来计算hash值,然后会在数组中找到位置存储该元素,如果不同的key获取到的hash值是一样的,那么就出现了hash碰撞,此时数据就会存储到同一个链表中。那么当数据量很大的时候,hash碰撞的次数也会随之增多,导致链表太长查询很慢的结果,因此在jdk1.8中就引进了红黑树的结构,但是使用红黑树结构也是有一定的前提条件的,我们可以带着这个问题往下去研究,后面我会做总结。

​ 通过上面我们可以知道大概的存储流程,内部的具体实现也先简单说一下,后续在源码中也会详细的讲解。通过key计算完hashCode后,就去链表中存储元素,而链表中的元素类型为Node<K, V> 。HashMap里有个静态内部类:

static class Node<K,V> implements Map.Entry<K,V> {
  	//hash值
    final int hash;
    final K key;
    V value;
  	//指向下一个元素
    Node<K,V> next;
}

其实在HashMap中也是一个数组来实现的,但是它在存储数据时是通过Node<K,V>来存储到哈希表中,而存储的位置是通过

int index = HashCode(key) % Array.length

这个公式来决定的。

二:HashMap的具体实现

2.1:HashMap中成员属性的详细介绍
 		//默认初始容量为16,且规定该数组的容量必须为2的n次幂
    static final int DEFAULT_INITIAL_CAPACITY = 1 << 4; // aka 16

		//规定数组最大的容量 为2的30次幂
    static final int MAXIMUM_CAPACITY = 1 << 30;

  	//加载因子
    static final float DEFAULT_LOAD_FACTOR = 0.75f;

  	//链表可能转换为红黑树的基本阈值(链表长度>=8)
    static final int TREEIFY_THRESHOLD = 8;

  	//哈希表扩容后,如果发现红黑树节点数小于6,则退化为链表
    static final int UNTREEIFY_THRESHOLD = 6;

    //链表转换为红黑树的另一个条件,哈希表长度必须大于等于64才会转换,否则会扩容
    static final int MIN_TREEIFY_CAPACITY = 64;

    //以Node<K,V>为元素的数组,也就是上图HashMap的纵向的长链数组,起长度必须为2的n次幂
    transient Node<K,V>[] table;

    // Node<K, V>的Set集合,HashMap将数据转换成set的另一种存储形式,这个变量主要用于迭代功能
    transient Set<Map.Entry<K,V>> entrySet;

    //已经储存的Node<key,value>的数量,包括数组中的和链表中的
    transient int size;

    //map内部元素修改的次数
    transient int modCount;

    //扩容的临界值,或者所能容纳的key-value对的极限。当size>=threshold的时候就会扩容resize()
    int threshold;

    // 自定义加载因子
    final float loadFactor;

  • DEFAULT_LOAD_FACTOR = 0.75f 这个属性时默认的加载因子,他是哈希表扩容的基础,当HashMap中存储的元素大于等于哈希表中现有的容量乘以这个加载因子时,就会触发扩容机制,并且扩容为原来的两倍。例如:我们创建HashMap时未指定哈希表容量,使用默认的16,当调用HashMap对象的put方法存储数据的时候,当存储的数量达到16*0.75f=12的时候,将触发扩容机制,此时哈希表容量将扩充为32,

  • TREEIFY_THRESHOLD = 8 和 MIN_TREEIFY_CAPACITY = 64 这两个属性组成链表转换为红黑树的条件,当哈希表长度大于等于 64 且链表长度达到 8 就会转换为红黑树,否则就会使用扩容机制。

  • UNTREEIFY_THRESHOLD = 6 红黑树退化成链表的阈值,当红黑树节点小于等于6的时候,红黑树会转换成普通的链表。

  • modCount 该属性是记录了map新增/删除K-V对,或者内部结构做了调整的次数。其主要作用,是对Map的遍历操作做一致性校验,如果在iterator操作的过程中,map的数值有修改,直接抛出ConcurrentModificationException异常。

2.2:HashMap的链表节点Node< K , V >
   static class Node<K,V> implements Map.Entry<K,V> {
        final int hash;
        final K key;
        V value;
        Node<K,V> next;

        Node(int hash, K key, V value, Node<K,V> next) {
            this.hash = hash;
            this.key = key;
            this.value = value;
            this.next = next;
        }

        public final K getKey()        { return key; }
        public final V getValue()      { return value; }
        public final String toString() { return key + "=" + value; }
				 /**
         * 每一个节点的hash值,是将key的hashCode和value的hashCode异或得到的
         * ^:异或,两个操作数的位中,相同则结果为0,不同则结果为1
         */
        public final int hashCode() {
            return Objects.hashCode(key) ^ Objects.hashCode(value);
        }

        public final V setValue(V newValue) {
            V oldValue = value;
            value = newValue;
            return oldValue;
        }

        public final boolean equals(Object o) {
            if (o == this)
                return true;
            if (o instanceof Map.Entry) {
                Map.Entry<?,?> e = (Map.Entry<?,?>)o;
                if (Objects.equals(key, e.getKey()) &&
                    Objects.equals(value, e.getValue()))
                    return true;
            }
            return false;
        }
    }
2.3:HashMap的构造方法

jdk1.8中HashMap有四种构造方法:

//方法一:
//初始化容量和加载因子
public HashMap(int initialCapacity, float loadFactor) {
        if (initialCapacity < 0)
            throw new IllegalArgumentException("Illegal initial capacity: " +
                                               initialCapacity);
  			//如果初始化容量大于规定的最大容量 那么把最大容量给初始化容量
        if (initialCapacity > MAXIMUM_CAPACITY)
            initialCapacity = MAXIMUM_CAPACITY;
        if (loadFactor <= 0 || Float.isNaN(loadFactor))
            throw new IllegalArgumentException("Illegal load factor: " +
                                               loadFactor);
        this.loadFactor = loadFactor;
  
      //tableSizeFor()方法,为了计算出了最接近initialCapacity且大于initialCapacity的2的N次幂的值
  		//假如初始化传入20,因为20在2的4次幂到2的5次幂之间,那么最接近20且大于20的2的N次幂是32
        this.threshold = tableSizeFor(initialCapacity);
    }

//方法二:
 public HashMap(int initialCapacity) {
        this(initialCapacity, DEFAULT_LOAD_FACTOR);
    }

//方法三:
public HashMap() {
        this.loadFactor = DEFAULT_LOAD_FACTOR; // all other fields defaulted
    }


//方法四:传入Map类型参数,将参数map中元素加到HashMap表中   
public HashMap(Map<? extends K, ? extends V> m) {
        this.loadFactor = DEFAULT_LOAD_FACTOR;
        putMapEntries(m, false);
    }

final void putMapEntries(Map<? extends K, ? extends V> m, boolean evict) {
  			//获取map的size、
        int s = m.size();
        if (s > 0) {
          	//当前hash表为空
            if (table == null) { // pre-size
              //根据map的元素数量和当前表的加载因子,计算出最优的扩容阈值
              //这个地方给我们的启示就是:当我们自己规定初始容量时,就可以使用这个公式
                float ft = ((float)s / loadFactor) + 1.0F;
              	//让规定的阀值不超过最大值
                int t = ((ft < (float)MAXIMUM_CAPACITY) ?
                         (int)ft : MAXIMUM_CAPACITY);
             		//如果新的阀值大于旧的阀值,那么启用返回最近的2的次幂的阀值
                if (t > threshold)
                    threshold = tableSizeFor(t);
            }
            //如果元素表不为空,并且新加入的map的size大于旧的阀值,那么启动扩容机制
            else if (s > threshold)
                resize();
            //遍历map将元素加入到当前表中
            for (Map.Entry<? extends K, ? extends V> e : m.entrySet()) {
                K key = e.getKey();
                V value = e.getValue();
                putVal(hash(key), key, value, false, evict);
            }
        }
    }

//扩容机制
 final Node<K,V>[] resize() {
   			//表示当前hash表(桶)
        Node<K,V>[] oldTab = table;
   			//当前hash表的长度
        int oldCap = (oldTab == null) ? 0 : oldTab.length;
   			//当前扩容的阀值
        int oldThr = threshold;
   			//定义新的hash表的长度和扩容阀值
        int newCap, newThr = 0;
   			//如果当前hash表的长度大于0
        if (oldCap > 0) {
          	//如果当前的hash表的长度大于等于最大的容量,那么扩容阀值取到Integer的最大值
            if (oldCap >= MAXIMUM_CAPACITY) {
                threshold = Integer.MAX_VALUE;
                return oldTab;
            }
            //如果当前hash表的长度不是最大、当前hash表的长度的两倍小于最大容量并且大于等于默认的初始长度
          	//那么新的hash的长度为原来的两倍
            else if ((newCap = oldCap << 1) < MAXIMUM_CAPACITY &&
                     oldCap >= DEFAULT_INITIAL_CAPACITY)
                newThr = oldThr << 1; // double threshold
        }
        //如果当前的hash表为空,并且有初始化阀值,那么新表的长度等于旧表的阀值
        else if (oldThr > 0) // initial capacity was placed in threshold
            newCap = oldThr;
        else {               // zero initial threshold signifies using defaults
          //如果当前的hash表为空,那么使用默认参数
            newCap = DEFAULT_INITIAL_CAPACITY;
            newThr = (int)(DEFAULT_LOAD_FACTOR * DEFAULT_INITIAL_CAPACITY);
        }
   			//如果新的hash表没有阀值,因为上面条件中没有设置扩容阀值、
        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"})
   					//根据得到的新的长度来创建新的hash表
            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;
              	//如果当前节点有元素,则将当前链表赋值给e
                if ((e = oldTab[j]) != null) {
                  	//将旧的哈希节点置为null
                    oldTab[j] = null;
                  	//如果当前哈希节点下的链表只有一个元素,那么直接计算索引放入新数组
                    if (e.next == null)
                        newTab[e.hash & (newCap - 1)] = e;
                   //如果发生过哈希碰撞 ,而且是节点数超过8个,转化成了红黑树
                  //如果该节点是红黑树,执行split方法来处理红黑树节点,包括升级、降级、回退到链表等操作
                    else if (e instanceof TreeNode)
                        ((TreeNode<K,V>)e).split(this, newTab, j, oldCap);
                    else { // preserve order
                      /**
                      * 接下来说明是链表操作,发生哈希碰撞且节点数小于8,就会根据链表上每个节点的hash值,依次
                      * 放入新的哈希表的对应的下标中。因为新的哈希表进行了扩容,那么转换时可能位置就会改变。
                      * "lo"前缀代表的是存储原bucket的节点,"hi"前缀代表的是存储在新bucket的节点
                      * Head是头节点,Tail是尾节点
                      */
                      	//原链表的头节点和尾节点
                        Node<K,V> loHead = null, loTail = null;
                      	//新链表的头节点和尾节点
                        Node<K,V> hiHead = null, hiTail = null;
                      	//指向e的下一个节点
                        Node<K,V> next;
                        do {
                            next = e.next;
                           	// 从if-else可以看出,对一条链表进行遍历,将链表中的元素通过
                            // 条件(e.hash & oldCap) == 0来进行分类,满足条件的存放在loHead链上
                            // 不满足条件的存放在hiHead链上,且都是尾部插入方式,这和JDK7的头部插入有区别
                          	//下面有详细解析
                            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);
                      // 将loHead链放在数组的原位置
                        if (loTail != null) {
                            loTail.next = null;
                            newTab[j] = loHead;
                        }
                      // 将hiHead链放在数组的(j + oldCap)位置
                        if (hiTail != null) {
                            hiTail.next = null;
                            newTab[j + oldCap] = hiHead;
                        }
                    }
                }
            }
        }
        return newTab;
    }
  • 这里把上面感到困惑的点拉出来单独分析一下:上面是通过计算 (e.hash&oldCap)==0 分成两条链表,再将两条链表放 到新数组的不同位置上。

  • 这个表达式的具体含义就是:根据key的hash值的二进制和旧数组的长度进行 & 运算(两个二进制位有一个为1就为1,否者为0),计算完后根据最高位的是0还是1来判断位置。

  • 举个例子:

    键值对键哈希值(二进制)扩容前 &扩容前下标扩容后 &扩容后下标
    { 5 : A }0000 0000 0000 0000 0000 0000 0000 0101010150 01015
    { 21 : B }0000 0000 0000 0000 0000 0000 0001 0101010151 010121
    { 37 : C }0000 0000 0000 0000 0000 0000 0010 0101010150 01015
    { 53 : D }0000 0000 0000 0000 0000 0000 0011 0101010151 010121

    看上面表格,健的哈希值与旧的数组长度进行 & 运算,旧的数组的默认长度为15,15的二进制为 0000 0000 0000 0000 0000 0000 0000 1111,与健5,21,37,53进行 & 运算后都会得到到 0101 此时就放在一个链表下。当进行扩容后,长度就会增加一个二进制位,数组长度由之前的 (2的4次幂 -1) = 15变成(2的5次幂-1)=31,31的二进制为 0000 0000 0000 0000 0000 0000 0001 1111,同样的进行 & 运算后得到 0 0101 和 1 0101 两种情况,0 0101和之前并没有区别下标还是 5 而 1 0101 其实等于 00101 + 10000 = 5 + 16 = j + oldCap = 21。下标就会变成21,那么数组扩容后数据就会添加到下标为21 的位置。这个地方多说一句,扩容后的二进制位数由4位数变成5位数是因为数组扩容的机制是增加2的次幂的个数导致的。

  • 总结:数组的大小一直是2的倍数,所以当你扩容一次,数组长度和下标的 & 运算就会增加一位,最后截取的高位也就是左边第一位将会决定元素的下标。如果高位为0,那么不需要进行位置调整,如果高位为1,那么元素会调整到 j + oldCap位置。

2.4:HashMap中的一些主要方法
2.4.1:HashMap中的Put()方法
 public V put(K key, V value) {
        return putVal(hash(key), key, value, false, true);
    }


	/**
	* onlyIfAbsent为true时,相同key的元素,只有原来元素的value不为null时,新put的元素才会对value进行覆盖
	* onlyIfAbsent 默认是 false
  * evict为false,那么HashMap为创建模式 默认是true 该参数用于LinkedHashMap,这里没有其他作用(空实现)
	*/
   final V putVal(int hash, K key, V value, boolean onlyIfAbsent,
                   boolean evict) {
     		//变量tab作为接下来操作数组的引用、p作为需要操作的节点、n为tab的长度、i为tab的下标
        Node<K,V>[] tab; Node<K,V> p; int n, i;
     		//如果tab没有初始化、通过resize()方法进行扩容和初始化
        if ((tab = table) == null || (n = tab.length) == 0)
            n = (tab = resize()).length;
     		//通过tab的长度进行 & 运算来获取tab的下标,p=tab[i],并判断p是否为null。
        if ((p = tab[i = (n - 1) & hash]) == null)
          	//如果为null,说明该位置之前没有元素,无hash碰撞、新建一节点放进去
            tab[i] = newNode(hash, key, value, null);
        else {
          //当p不等于null 时
            Node<K,V> e; K k;
          	//如果p的hash值和key的hash值想等或者p节点的key和传入的key一致
            if (p.hash == hash &&
                ((k = p.key) == key || (key != null && key.equals(k))))
             //如果相等,则将p的引用赋给e
                e = p;
            //如果p节点是个红黑树节点
            else if (p instanceof TreeNode)
                //强转后put进去、返回应用给到e
                e = ((TreeNode<K,V>)p).putTreeVal(this, tab, hash, key, value);
            else {
              	//接下来会判断插入后链表是维持链表结构还是转变为红黑树
              	//binCount计算链表元素的个数
                for (int binCount = 0; ; ++binCount) {
                    if ((e = p.next) == null) {
                      	//当链表中p的下一个元素为null时,那么把该元素插入到p的后面、
                        //并且把新节点的引用给到p.next
                      	//最后一个参数传 null 保证此节点还是最后一个
                        p.next = newNode(hash, key, value, null);
                      	//插入成功后,判断是否要转化成红黑树结构
                      	//插入元素后,此时链表元素已经增加一个,但是binCount还没有++,所以阀值减小一个
                        if (binCount >= TREEIFY_THRESHOLD - 1) // -1 for 1st
                         
														//如果链表节点已经达到8个并且数组的长度达到64,那么转化成红黑树存储
                          	//否则,扩容
                            treeifyBin(tab, hash);
                        break;
                    }
                  	//遍历时如果发现有相同的节点,将这个节点引用赋值给e,最后统一处理
                    if (e.hash == hash &&
                        ((k = e.key) == key || (key != null && key.equals(k))))
                        break;
                    p = e;
                }
            }
          //对已经存在key的情况做处理
            if (e != null) { // existing mapping for key
                V oldValue = e.value;
              //前面提到,onlyIfAbsent表示存在key相同时不做覆盖处理,
              //这里作为判断条件,可以看出当onlyIfAbsent为false或者oldValue为null时,进行覆盖操作。
                if (!onlyIfAbsent || oldValue == null)
                    e.value = value;
              //linkedHashMap的尾部操作,HashMap中并无实际意义
                afterNodeAccess(e);
              	//在这里如果插入的是key之前存在,返回oldValue,如果是新添加数据,那么就是返回null
                return oldValue;
            }
        }
        ++modCount;
        if (++size > threshold)
            resize();
     		//linkedHashMap的尾部操作,HashMap中并无实际意义
        afterNodeInsertion(evict);
        return null;
    }
2.4.2:HashMap中的get()方法
 public V get(Object key) {
        Node<K,V> e;
        return (e = getNode(hash(key), key)) == null ? null : e.value;
    }

//根据key的hash值去获取value
 final Node<K,V> getNode(int hash, Object key) {
    // tab:内部数组  first: 索引位首节点 n: 数组长度 k: 索引位首节点的key
        Node<K,V>[] tab; Node<K,V> first, e; int n; K k;
   // 数组不为null 数组长度大于0 索引位首节点不为null
    //根据key的hash值,计算出下标(n - 1)& hash,如果有这个下标,那么直接得到元素
        if ((tab = table) != null && (n = tab.length) > 0 &&
            (first = tab[(n - 1) & hash]) != null) {
            if (first.hash == hash && // always check first node
                ((k = first.key) == key || (key != null && key.equals(k))))
                return first;
          //接下来就是遍历链表和红黑树结构,直到下一个元素为null
            if ((e = first.next) != null) {
                if (first instanceof TreeNode)
                    return ((TreeNode<K,V>)first).getTreeNode(hash, key);
                do {
                    if (e.hash == hash &&
                        ((k = e.key) == key || (key != null && key.equals(k))))
                        return e;
                  //如果key不同,一直遍历下去直到链表尽头,e.next == null
                } while ((e = e.next) != null);
            }
        }
   			//没找到就返回null
        return null;
    }
    

- 判断key的想等条件:hash值相同 并且 符合equals方法。
- 查哈希表数组是否为null和索引位首节点(bucket的第一个节点)是否为null。
- 不是首节点,也不是红黑树,那么就开始遍历链表,获取与key相同键的节点 

三:HsahMap中常见的问题

3.1:HashMap的扩容机制是什么,什么时候会发生扩容?
  • 哈希表为null或者长度为0。

  • 哈希表中存储的K-V对数超过了threshold。

  • 链表中长度超过了8,并且哈希表长度到达64,此时也会发生扩容。

3.2:HashMap不是线程安全的,为什么?如何保证线程安全?

解析:在put()方法中有这样的代码

 if ((p = tab[i = (n - 1) & hash]) == null) // 如果没有hash碰撞则直接插入元素
  tab[i] = newNode(hash, key, value, null);

假如我们通过多线程来往HashMap中插入元素,线程A和线程B都进行put操作,且线程A和线程B插入元素下标的哈希值是一致的,当线程A走到 if 条件里面时暂时挂起,线程B走进来也插入元素,并且成功插入了元素,此时线程B挂起,线程A此时被放开,由于之前做过hash碰撞的判断,进来后直接进行插入操作,此时就会导致线程B插入的数据被线程A插入的数据覆盖了,导致数据前后不一致的情况。所以线程是不安全的。

对于线程不安全的情况,可以使用

Collections.SynchronizedMap()

来实现。

3.3:HashMap中为什么会选择8作为链表转红黑树的阈值?

解析:根据泊松分布,在负载因子默认为0.75的时候,单个hash槽内元素个数为8的概率小于百万分之一,所以将7作为一个分水岭,等于7的时候不转换,大于等于8的时候才进行转换,小于等于6的时候就化为链表。

至此,HashMap的源码研究告一段落,欢迎大家一起讨论学习。

了解更多干货,欢迎关注我的微信公众号:爪哇论剑

在这里插入图片描述

libnice和coturn这两个库有交叉实现的地方,具体有啥区别? TurnAdmin:是一个TURN的管理工具,此工具能被用来管理用户账号的增删改查。 TurnServer:是TURN和STUN的服务器实现。 Turnutils_uclient: 模拟多个UDP、TCP、TLS或DTLS客户端 Turnutils_peer: 一个简单的无状态UDP-ECHO服务器,用作中继模式中的最终服务器 Turnutils_stunclient: 一个简单的STUN客户端例子 Turnutils_rfc5769check: 检查STUN/TURN协议实现的正确性。 我们.. 阅读详情

相关推荐

爬取国家统计局最近10年年度数据

一、编码流程 1.目标网址:https://data.stats.gov.cn/easyquery.htm?cn=C01 2.编码思路: (1) 解析左侧指标树,实现4级标签定位 (难点:层层嵌套,下一级指标的xpath路径以上一级指标为基础;不是所有二级指标都含有三和四级指标,需要进行判断) (2) 使用selenium webdriver 点选指标,加载出右侧表格数据 (难点:当指标无法在全局页面显示时,需向下拖动滚动条) (3) 解析右侧数据,实现数据存储 3.使用模块: (1) selenium:解

weixin_39645690的博客 4558

Java1.8中HashMap的三个细节

0 写在前面的 在写这篇文章之前先把Java中HashMap的作者列出来,向他们致敬! /* * @author Doug Lea * @author Josh Bloch * @author Arthur van Hoff * @author Neal Gafter * @see Object#hashCode() * @see Collection * @see ...

oaimgo的博客 763

x86架构学习之中断

外部中断,一般是由CPU的外部引脚电信号触发,这些引脚留给硬件厂商去定义中断,例如主板厂商可以将USB中断挂载70号中断引脚上,MCU厂商可以将片上外设(SPI、I2C等)的中断挂载在指定中断线上。中断描述符主要用于说明该中断的入口地址,中断描述符表则是将中断描述符一项一项管理在一个数组中,每一项中断描述符占用8个字节(64位模式下,占用16字节),其。简称中断,后文如果没特别说明,中断都指外部中断,由外部IO事件触发,由于时钟源来自CPU外部,与CPU时钟不同源,因此是异步事件。

qq_26962739的博客 1571

HashMap源码分析(JDK1.8)

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

颤抖吧腿子 1136

Veeam Backup & ONE download

前言 Veeam® Availability Suite™ 是 Veeam 的旗舰解决方案,可实现简单、灵活和可靠的数据管理。消除与数据保护、恢复、监控、勒索软件防护和合规性相关的手动流程,从而减轻数据维护压力。Veeam 能够帮助您节省时间和成本,同时支持您减少在备份方面花费的时间,将更多精力放在推动业务发展上。 Veeam Availability Suite Release 版本 包含 发布时间 复制磁力链接使用迅雷或者bittorrent ...

极致,细节 1999

从MRF8P9040N数据手册到ADS仿真:手把手教你搞定LDMOS功放设计(附完整模型下载)

本文详细解析了MRF8P9040N LDMOS功率放大器的数据手册关键参数,并提供了在ADS中进行仿真的完整指南。从模型导入、直流工作点验证到负载牵引与阻抗匹配设计,逐步指导工程师完成高效功放设计。文章还包含调试技巧和常见问题解决方案,帮助优化射频功放性能。

weixin_27015733的博客 490

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

警惕AI依赖:如何避免数字水蛭侵蚀你的认知能力

在人工智能技术日益普及的今天,人机协作已成为现代工作流的核心范式。其原理在于通过算法模型辅助人类完成信息处理、内容生成等任务,从而提升效率。然而,过度依赖AI可能导致认知卸载,引发思考能力退化等潜在风险。从技术价值看,AI的核心在于增强而非替代人类智能,关键在于建立健康的协作模式。在应用场景上,无论是编程开发、内容创作还是决策分析,用户都需警惕工具依赖对深度工作、创造性思维和决策责任的侵蚀。本文聚焦于识别AI依赖的早期信号,并提供构建分阶段使用流程、将AI作为质疑者等具体策略,旨在帮助读者守护核心认知能力,

weixin_30240349的博客 625

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

Codex辅助小说创作:零成本AI写作指南与实战技巧

自然语言处理技术通过深度学习模型理解语义上下文,其核心原理是基于大规模文本训练的语言模型预测能力。在创意写作领域,这项技术的价值在于突破传统写作工具的功能局限,实现从内容生成到风格模仿的智能化辅助。特别是提示词工程的应用,让创作者能够精准控制AI输出的内容和风格。在实际应用场景中,AI写作工具显著降低了小说创作门槛,适用于网络小说、奇幻科幻等多种文学类型。本文以OpenAI Codex为例,详细解析如何利用AI技术完成从故事大纲设计、章节生成到平台发布的全流程创作,其中提示词优化和内容质量把控是提升生成效果

weixin_32678995的博客 563

计算机等级考试(二级WPS)---真题14套

目录 真题14一、选择题二、WPS文字三、WPS表格四、WPS演示21.打开考生文件夹下的素材文档 “WPS.docx”(.docx 为文件扩展名),后续操作均基于此文件,否则不得分。小周正在整理一份关于极光的文档,请按要求帮助她完成文档的排版工作。1.将全文中的手动换行符全部替换为中文句号并回车,删除文中的空行和空格。2.将正文第 2 段(“在我國的古書…… 極光”)中的繁体字转换成简体字,并为其设置 “正文” 样式。3.对文档样式进行如下设置:4.为 “1.3 极光的形态” 一节中列出的五种极光形态特征

2401_82750246的博客 1175

JDK1.8HashMap源码分析

JDK1.8 HashMap源码分析

a2231476020的博客 184

S7-1500——(一)西门子PLC编程从入门到精通4、SCL间接寻址

学习目标是在掌握博途平台SCL编程语言的基本使用基础之上,进一步了解SCL语言环境下的间接寻址过程,初步具备编写复杂控制程序的能力;在编写plc程序过程中, 需要对plc中的数据进行访问,这就是寻址;直接寻址间接寻址;直接寻址直接寻址就是直接对数据的存储单元进行访问;根据表达方式的不同,可分为绝对寻址和符号寻址;对于plc中的标准数据存储区包括IQMTCL以及标准数据块,既可以使用绝对寻址,也可以使用符号寻址;绝对寻址在使用绝对寻址时,可以寻址的宽度包括位,字,节字,双字;

大小曲奇的博客 2121

JDk1.8HashMap的源码分析

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

smileLs的博客 147

霍尼韦尔SoftMaster使用说明

霍尼韦尔SoftMaster使用说明

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

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

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

小马不奔腾的博客 417

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

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

Outlook Express 6 (OE6) for Win7/Win8/Win10

英文版 Outlook Express6.0, 兼容Win7/Win10/WinXP,解压就可用。

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

HashMap源码分析jdk 1.8

JDK1.8 HashMap底层源码分析HashMap简介成员变量四种构造方法initialCapacity 容量值(保证为2的幂次方)put方法解析putVal方法(n - 1) & hash扩容resize方法转红黑树 treeifyBin方法HashMap中put()的工作原理 HashMap简介 HashMap通过散列映射来存储键值对数据因为在查询上使用散列码(通过键生成一个数字作为数组下标,这个数字就是hash code)。非线程安全的。 Jdk 1.7 以前是采用数组 + 链表 Jdk

LuckyRascal的博客 353

JDK1.8 HashMap源码分析

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

it_monkey_ali的博客 355

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

这几天学习了HashMap的底层实现,但是发现好几个版本的,代码不一,而且看了Android包的HashMap和JDK中的HashMap的也不是一样,原来他们没有指定JDK版本,很多文章都是旧版本JDK1.6.JDK1.7的。现在我来分析一哈最新的JDK1.8的HashMap及性能优化。 在JDK1.6,JDK1.7中,HashMap采用位桶+链表实现,即使用链表处理冲突,同一hash值的链表都存储在一个链表里。但是当位于一个桶中的元素较多,即hash值相等的元素较多时,通过key值依次查找的效率较低。而J

weixin_42408447的博客 326

HashMap源码分析(jdk1.8)

以jdk1.8中的HashMap源码进行分析。 继承关系 public class HashMap<K,V> extends AbstractMap<K,V> implements Map<K,V>, Cloneable, Serializable 其中,AbstractMap是对Map接口骨干实现,以最小化实现Map接口所需工作。 Node结构 是H...

xxxxx 190
上一篇: 基于jdk1.8的LinkedList的源码分析
下一篇: 基于jdk1.8的HashSet的源码分析
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值