Java中的HashMap原理分析

不同版本的JDK的HashMap的底层实现均有所不同

JDK各个版本的源码查看

各个版本的源码查看:https://blog.csdn.net/zuochao_2013/article/details/79624579

android各个版本对应的JDK版本
https://blog.csdn.net/u010825468/article/details/78909550
通过改变build.gradle里的版本,即可查看对应JDK的源码。

后来我发现上面的这个表不准确,android我用SDK API 19,然后按照下面的方法,用010Editor来查看HashMap.class,发现竟然是JDK1.5。
https://blog.csdn.net/mengxiangxingdong/article/details/89437087

image.png

经我测试,真正的情况是API19、20都是JDK1.5,然后到了API21直接就JDK1.7了,没有用到JDK1.6。

大坑:
看了很多的博客,但是用android.jar里的源码一对比,怎么也对不上。
http://www.apkbus.com/thread-567645-1-1.html
原来android源码里的JDK和Java的JDK不是一个东西。

HashMap的特性

  • 线程不安全

各个版本的HashMap的区别

https://www.nowcoder.com/discuss/151172

https://www.2cto.com/kf/201707/654203.html

https://blog.csdn.net/qq_36520235/article/details/82417949

JDK1.8的HashMap实现

https://www.cnblogs.com/little-fly/p/7344285.html

https://blog.csdn.net/qq_22200097/article/details/82791479

JDK1.7及以下的HashMap实现

  • HashMap的主干是数组(不要以为带个Hash就和HashTable扯上关系了),数组的元素是HashMapEntry
  • HashMapEntry是一个链表结构

https://blog.csdn.net/qq_38455201/article/details/80732839

https://blog.csdn.net/C18298182575/article/details/87167323

JDK1.5源码分析

主干数组初始化

  /**
     * Min capacity (other than zero) for a HashMap. Must be a power of two
     * greater than 1 (and less than 1 << 30).
     */
    private static final int MINIMUM_CAPACITY = 4;

    /**
     * An empty table shared by all zero-capacity maps (typically from default
     * constructor). It is never written to, and replaced on first put. Its size
     * is set to half the minimum, so that the first resize will create a
     * minimum-sized table.
     */
    private static final Entry[] EMPTY_TABLE
            = new HashMapEntry[MINIMUM_CAPACITY >>> 1];

     /**
     * Constructs a new empty {@code HashMap} instance.
     */
    @SuppressWarnings("unchecked")
    public HashMap() {
        table = (HashMapEntry<K, V>[]) EMPTY_TABLE;
        threshold = -1; // Forces first put invocation to replace EMPTY_TABLE
    }

可见,HashMap的无参构造方法默认会创建一个大小为2的数组。
...版本太旧,就不往下分析了。

JDK1.6源码分析

https://blog.csdn.net/rocksteadypro/article/details/80082822

JDK1.7源码分析

https://www.cnblogs.com/xiaolovewei/p/7993521.html

https://www.cnblogs.com/xiaozhongfeixiang/archive/2019/09/23/11548563.html

需要注意的点:

  • key是如何计算出数组的下标的


    image.png

    哈希值求数组下标

    hash & (tab.length - 1);
    

    扩容为啥是2的倍数,和上面这个公式也是相关的:https://blog.csdn.net/ptsx0607/article/details/68945883,保证了散列的均匀性,哈希碰撞的机率就会减小。

  • 头插法与链表
    https://blog.csdn.net/insomsia/article/details/88367436
    看put方法:

        @Override public V put(K key, V value) {
          if (key == null) {
              return putValueForNullKey(value);
          }
    
          int hash = secondaryHash(key);
          HashMapEntry<K, V>[] tab = table;
          int index = hash & (tab.length - 1);
          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++;
          if (size++ > threshold) {
              tab = doubleCapacity();
              index = hash & (tab.length - 1);
          }
          addNewEntry(key, value, hash, index);
          return null;
      }
    
    

    重复元素判断:hash相同,key相同的肯定是同一个元素。

    e.hash == hash && key.equals(e.key)
    

    但是可能不同的元素hash值不一样,算出的index却一样,但是又不是同一个元素(这就是哈希碰撞问题,哈希算法无法逃避这个问题),数组中的这个索引位置已经被占据了,那么我怎么存储这个新的元素呢?
    请看HashMapEntry这个类:

    image.png

    再看添加HashMapEntry的方法:

    void addNewEntry(K key, V value, int hash, int index) {
         table[index] = new HashMapEntry<K, V>(key, value, hash, table[index]);
    }
    
    HashMapEntry(K key, V value, int hash, HashMapEntry<K, V> next) {
             this.key = key;
             this.value = value;
             this.hash = hash;
             this.next = next;
         }
    

    对于addNewEntry方法
    如果index处本身没有元素占据,此时table[index]就是null。
    那么直接就添加一个HashMapEntry元素,它的next指针指向原来Index位置的元素,也就是null;

    如果index处本身有元素,也就是哈希冲突了,
    那么直接就添加一个HashMapEntry元素,它的next指针指向原来Index位置的元素,也就是哈希冲突的元素。头插法就是这么来的。

    对于计算机专业的人来说,得出上面的结论可能不难。但是对于非计算机专业的我来说,慢慢的发现了数据结构之类,简直太美妙了!

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