HashMap梳理

概述

HashMap是基于哈希表的 Map 接口的实现。数据以键值对的形式存储,和HashTab的差别在于HashMap可以以null作为键值,但是HashMap是线程不安全的。如果要实现线程同步可以使用:

  • Map map = Collections.synchronizedMap(new HashMap());
  • ConcurrentHashMap

HashMap的数据结构

HashMap是通过数组和链表(散列链表)来实现数据存储的。之所以HashMap查询速度很快,是因为它是通过散列码来决定存储位置。通过获取key的hashcode和数组的长度的&值来确定存储的位置,如果有相同的key的hashcode,那么就是所谓的hash冲突,就添加到对应的链表结构的数据中。

image.png

紫色代表数组代表哈希表,也称为哈希数组,绿色代表链表。数组存储具有相同key值hashcode的链表的表头。数组的元素和链表的节点都是Entry对象。

HashMap源码分析(Android中的源码)

  • HashMapEntry对象:
/** HashMapEntry是单向链表。    
    * 它是 “HashMap链式存储法”对应的链表。    
    * 它实现了Map.Entry 接口,即实现getKey(), getValue(), setValue(V value), equals(Object o), hashCode()这些函数  
    **/
static class HashMapEntry<K, V> implements Entry<K, V> {
        final K key;
        V value;
        final int hash;
        HashMapEntry<K, V> next;

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

        public final K getKey() {
            return key;
        }

        public final V getValue() {
            return value;
        }

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

        @Override public final boolean equals(Object o) {
            if (!(o instanceof Entry)) {
                return false;
            }
            Entry<?, ?> e = (Entry<?, ?>) o;
            return Objects.equal(e.getKey(), key)
                    && Objects.equal(e.getValue(), value);
        }

        @Override public final int hashCode() {
            return (key == null ? 0 : key.hashCode()) ^
                    (value == null ? 0 : value.hashCode());
        }

        @Override public final String toString() {
            return key + "=" + value;
        }
    }

HashMapEntry就是一个单向链表,每个节点包含了key、value、hash值、和下一个节点。

  • 重要属性:
private static final int MINIMUM_CAPACITY = 4;//最小的容量,也是默认的初始容量
static final float DEFAULT_LOAD_FACTOR = .75F;//默认的加载因子
transient HashMapEntry<K, V>[] table;//哈希表
transient int modCount;//被修改的次数
transient int size;//存放元素的个数
private transient int threshold;//阈值,当前的元素个数查过阈值进行扩容,阈值 = 加载因子*总容量

加载因子在Android 的源码中被阉割了,固定为0.75,这是和在jdk中不同的地方

public HashMap(int capacity, float loadFactor) {
        this(capacity);

        if (loadFactor <= 0 || Float.isNaN(loadFactor)) {
            throw new IllegalArgumentException("Load factor: " + loadFactor);
        }

        /* 加载因子固定为3/4
         * Note that this implementation ignores loadFactor; it always uses
         * a load factor of 3/4. This simplifies the code and generally
         * improves performance.
         */
    }

加载因子表示HashMap填充的程度,加载因子越大,HashMap填充的越满才进行扩容,空间利用率越高,造成的问题是存放的数据越多,hash冲突的可能性越大,查找的效率越低。反之亦反。这是一个空间和效率的之间的取舍。一般用默认的就行了。

  • put方法:
public V put(K key, V value) {
        if (key == null) {
            //存放null的key值,则将该键值对添加到table[0]中。
            return putValueForNullKey(value);
        }
        //对key的hashcode值进行再次计算得到hash。
        int hash = Collections.secondaryHash(key);
        HashMapEntry<K, V>[] tab = table;
        //通过hash值和数组长度来确定数组的下标,这里的值不是随便取的
        int index = hash & (tab.length - 1);
        //遍历对应的数组下标的链表,如果存在相同的key值就替换原来的value
        for (HashMapEntry<K, V> e = tab[index]; e != null; e = e.next) {
            if (e.hash == hash && key.equals(e.key)) {
                preModify(e);
                V oldValue = e.value;
                e.value = value;
                return oldValue;
            }
        }

        // No entry for (non-null) key is present; create one
        modCount++;
        //否则加载列表的头部(也就是数组对应的位置)
        //在添加新的数据之前检查是否需要扩容。如果数据的大小超过阈值,数组的容量就扩大到原来的2倍
        if (size++ > threshold) {
            tab = doubleCapacity();
            index = hash & (tab.length - 1);
        }
        //把数据添加到表头
        addNewEntry(key, value, hash, index);
        return null;
    }

hash & (tab.length - 1)的算法来取到数组的下标值,这个方式即可实现均匀的散列,还可以使数组不越界。那为什么扩容需要2的次幂呢,因为hash & (tab.length - 1)中,如果括号中的结果数奇数的话最后一位为1,hash&xx最后的接口有可能是奇数也有可能是偶数;如果括号中的值是偶数的话,那最后的结果也只能是偶数,那么数组存放的值只能存放在偶数下标中,浪费了一般的资源,如果是2的倍数减一,刚好能够控制能过取到所有的下标值。因此,length取2的整数次幂,是为了使不同hash值发生碰撞的概率较小,这样就能使元素在哈希表中均匀地散列。
扩容:

private HashMapEntry<K, V>[] doubleCapacity() {
        HashMapEntry<K, V>[] oldTable = table;
        int oldCapacity = oldTable.length;
        if (oldCapacity == MAXIMUM_CAPACITY) {
            return oldTable;
        }
        int newCapacity = oldCapacity * 2;
        HashMapEntry<K, V>[] newTable = makeTable(newCapacity);
        if (size == 0) {
            return newTable;
        }

        for (int j = 0; j < oldCapacity; j++) {
            /*
             * Rehash the bucket using the minimum number of field writes.
             * This is the most subtle and delicate code in the class.
             */
            HashMapEntry<K, V> e = oldTable[j];
            if (e == null) {
                continue;
            }
            int highBit = e.hash & oldCapacity;
            HashMapEntry<K, V> broken = null;
            newTable[j | highBit] = e;
            for (HashMapEntry<K, V> n = e.next; n != null; e = n, n = n.next) {
                int nextHighBit = n.hash & oldCapacity;
                if (nextHighBit != highBit) {
                    if (broken == null)
                        newTable[j | nextHighBit] = n;
                    else
                        broken.next = n;
                    broken = e;
                    highBit = nextHighBit;
                }
            }
            if (broken != null)
                broken.next = null;
        }
        return newTable;
    }

新建了一个数组,是原来数组容量的两倍,然后重新计算hashcode在数组中的位置,并且存放在数组中。
那为什么扩容呢?随着HashMap存放的数据越来越多,hash冲入产生的概率就越来越大,造成查找效率越来越低,所以进行扩容,但是扩容需要把所有的元素遍历重新赋值,还要新建一个数组,这是HashMap很消耗资源的地方。
在达到阈值的时候开始扩容,如:现在的容量大小为8,8*0.75 = 6,当HashMap中的元素个数达到6的时候就开始扩容。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容

  • 一、基本数据类型 注释 单行注释:// 区域注释:/* */ 文档注释:/** */ 数值 对于byte类型而言...
    龙猫小爷阅读 4,253评论 0 16
  • 实际上,HashSet 和 HashMap 之间有很多相似之处,对于 HashSet 而言,系统采用 Hash 算...
    曹振华阅读 2,508评论 1 37
  • 整个三月份匆匆忙忙的过去了
    橙钻萌主阅读 133评论 0 0
  • 从上周六下午开始头疼,太阳穴两边也就是脑仁儿处总是伴随着心跳“突、突、突”的疼。我们在正常活动的时候一般感觉不到自...
    ZQ郑阅读 552评论 1 1
  • 看完《春宴》,心有所感,想说的,也许,差不多就只有这些了吧。没有剧情,人物来诉说,也没有太多的讲究,大概就是这样吧...
    小二不2阅读 275评论 2 3