Java集合类框架学习 4.2 —— HashMap(JDK1.7)

用R语言做WGCNA分析全步骤一(附代码解读)【转载】 代码逐句分析一、文章来源二、基因共表达网络构建及模块识别1.数据导入、清洗及预处理2.检查过度缺失值和离群样本3.聚类做离群样本检测4.载入临床特征数据三、自动构建网络及识别模块1.确定合适的软阈值:网络拓扑分析2.一步构建网络和识别模块 一、文章来源 初学WGCNA,觉得博主的代码写的很不错,但其中很多代码在第一遍看的时候有很多地方不理解,后查阅了很多资料,终于看明白了,于是写了一篇笔记,记录自己的学习心得,有不准确的地方,还望各位大佬们不吝赐教~ 原文链接:WGCNA简明指南 二、基因共表达网络构建及模 阅读详情

转载自 https://blog.youkuaiyun.com/u011392897/article/details/60149314

看完1.6的,接下来看下1.7的,改动并不多,稍微过下就行

零、主要改动

相对于1.6:

1、懒初始化 lazy init,默认构造的HashMap底层数组并不会直接初始化,而是先使用空数组,等到实际要添加数据时再真正初始化。

2、引入hashSeed,用于得到更好的hash值,以及在扩容时判断是否需要重新计算每个Entry的hash值(Entry的hash不再是final的,可以变了)。

3、修复1.6的一些小问题,加上其他的一些小改动。

大的方面没什么改动。

一、基本性质

和1.6的一样。

整体结构和1.6的一致。

二、常量和变量

1、常量

变化比较少,多的两个常量对HashMap的基本实现基本没什么影响。

static final int DEFAULT_INITIAL_CAPACITY = 1 << 4;
static final int MAXIMUM_CAPACITY = 1 << 30;
static final float DEFAULT_LOAD_FACTOR = 0.75f;
 
/** An empty table instance to share when the table is not inflated. */
static final Entry<?,?>[] EMPTY_TABLE = {}; // 懒初始化使用的空数组,
 
// 一个默认阈值。高于该值,且以String作为Key时,使用备用哈希hash函数(sun.misc.Hashing.stringHash32),这个备用hash函数能减少String的hash冲突。
// 此值是最大int型,表明hash表再也不能扩容了,继续put下去,hash冲突会越来越多。
// 至于为什么是String型才有这种特殊待遇,因为String是最常见的Key的类型。Integer虽然也很常见,但是Integer有范围限制,并且它的hashCode设计得就非常好(就是自身的数值)。
// 可以通过定义系统属性jdk.map.althashing.threshold来覆盖这个值。
// 值为1时,总是会对String类型的key使用备用的hash函数;值为-1,则一定不使用备用hash函数。
static final int ALTERNATIVE_HASHING_THRESHOLD_DEFAULT = Integer.MAX_VALUE;

2、变量

基本没啥大的变化。

/** The table, resized as necessary. Length MUST Always be a power of two. */
transient Entry<K,V>[] table = (Entry<K,V>[]) EMPTY_TABLE; // 懒初始化,因此给一个空数组 ,其实空数组也没什么用,用null也行
 
transient int size;
final float loadFactor;
transient int modCount;
 
// 通常的扩容阈值,另外在懒初始化中,真正初始化时会使用这个值作为第一次的容量
int threshold;
 
// 一个hash种子,用于参与hash函数中的运算,获得更好的hash值来减少hash冲突
// 值为0时会禁止掉备用hash函数
transient int hashSeed = 0;
 
private transient Set<Map.Entry<K,V>> entrySet = null;
// keySet values继承使用AbstractMap的父类的属性

三、基本类

// Entry就一个变化,hash值不再是final的
static class Entry<K,V> implements Map.Entry<K,V> {
    final K key;
    V value;
    Entry<K,V> next;
    int hash; // 就这一个改变,hash不再是final的,扩容时可以重新计算hash值
 
    // 后面的跟1.6的一样,不说了
}
 
/** holds values which can't be initialized until after VM is booted.  */
// 这个类就是用来持有 ALTERNATIVE_HASHING_THRESHOLD的,影响String在极端情况下的hash值的计算,不影响HashMap基本的实现
private static class Holder {
 
    /**  Table capacity above which to switch to use alternative hashing. */
    static final int ALTERNATIVE_HASHING_THRESHOLD;
 
    static {
        String altThreshold = java.security.AccessController.doPrivileged(
            new sun.security.action.GetPropertyAction( "jdk.map.althashing.threshold")); 
 
        int threshold;
        try {
            threshold = (null != altThreshold) ? Integer.parseInt(altThreshold) : ALTERNATIVE_HASHING_THRESHOLD_DEFAULT;
 
            // disable alternative hashing if -1
            if (threshold == -1) {
                threshold = Integer.MAX_VALUE;
            }
 
            if (threshold < 0) {
                throw new IllegalArgumentException("value must be positive integer.");
            }
        } catch(IllegalArgumentException failed) {
            throw new Error("Illegal value for 'jdk.map.althashing.threshold'", failed);
        }
 
        ALTERNATIVE_HASHING_THRESHOLD = threshold;
    }
}

四、构造方法

主要是针对懒初始化的改动,比较简单,也没什么好说的。

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;
    threshold = initialCapacity; // 初始容量保存在threshold中,真正初始化后threshold才是阈值
    init(); // 这个方法什么也没做
    // 初始化后数组table是默认值空数组,没有真正进行初始化
}
 
public HashMap(int initialCapacity) {
    this(initialCapacity, DEFAULT_LOAD_FACTOR);
}
 
public HashMap() {
    this(DEFAULT_INITIAL_CAPACITY, DEFAULT_LOAD_FACTOR);
}
 
// loadFactor使用默认值0.75f,因为m是接口类型,可能没有loadFactor这个属性
public HashMap(Map<? extends K, ? extends V> m) {
    this(Math.max((int) (m.size() / DEFAULT_LOAD_FACTOR) + 1, DEFAULT_INITIAL_CAPACITY), DEFAULT_LOAD_FACTOR);
    inflateTable(threshold);
 
    putAllForCreate(m);
}


下面是真正的初始化的相关代码。

// 使用比较高大上的算法求不小于number的满足2^n的数
private static int roundUpToPowerOf2(int number) {
    // assert number >= 0 : "number must be non-negative";
    return number >= MAXIMUM_CAPACITY
            ? MAXIMUM_CAPACITY
            : (number > 1) ? Integer.highestOneBit((number - 1) << 1) : 1;
}
 
// 真正初始化HashMap
private void inflateTable(int toSize) {
    // Find a power of 2 >= toSize
    int capacity = roundUpToPowerOf2(toSize);
 
    threshold = (int) Math.min(capacity * loadFactor, MAXIMUM_CAPACITY + 1);
    table = new Entry[capacity];
    initHashSeedAsNeeded(capacity);
}
 
// 初始化hash种子
// hashseed相关的可以不用理解太多,它只影响hash值的生成,以及扩容时是否需要重新计算hash值(rehash),本身对HashMap的基本的实现没影响
final boolean initHashSeedAsNeeded(int capacity) {
    boolean currentAltHashing = hashSeed != 0;
    boolean useAltHashing = sun.misc.VM.isBooted() && (capacity >= Holder.ALTERNATIVE_HASHING_THRESHOLD);
    boolean switching = currentAltHashing ^ useAltHashing;
    if (switching) {
        hashSeed = useAltHashing ? sun.misc.Hashing.randomHashSeed(this) : 0;
    }
    return switching;
}

五、一些内部方法

这部分基本没变。

// 多了个hashSeed,以及对String的特别处理
// null 依然视为hash = 0,总是放在index = 0的hash桶中
final int hash(Object k) {
    int h = hashSeed;
    if (0 != h && k instanceof String) {
        return sun.misc.Hashing.stringHash32((String) k);
    }
 
    h ^= k.hashCode();
 
    // This function ensures that hashCodes that differ only by
    // constant multiples at each bit position have a bounded
    // number of collisions (approximately 8 at default load factor).
    h ^= (h >>> 20) ^ (h >>> 12);
    return h ^ (h >>> 7) ^ (h >>> 4);
}
 
static int indexFor(int h, int length) {
    // assert Integer.bitCount(length) == 1 : "length must be a non-zero power of 2";
    return h & (length-1);
}

六、扩容

// resize 修复了threshold过早地变为Integer.MAX_VALUE的问题,其余跟1.6一致
void resize(int newCapacity) {
    Entry[] oldTable = table;
    int oldCapacity = oldTable.length;
    if (oldCapacity == MAXIMUM_CAPACITY) { // 此时数组才是真正不能扩容了
        threshold = Integer.MAX_VALUE;
        return;
    }
 
    Entry[] newTable = new Entry[newCapacity];
    transfer(newTable, initHashSeedAsNeeded(newCapacity));
    table = newTable;
    threshold = (int)Math.min(newCapacity * loadFactor, MAXIMUM_CAPACITY + 1);
    // 上面这行代码,可以避免1.6可能发生的因为newCapacity * LoadFacotr大于Integer.MAX_VALUE,导致后续本来还可以扩容,但是无法进入resize方法的问题
}
 
// 多一个真正的rehash的判断,其余跟1.6的一致
void transfer(Entry[] newTable, boolean rehash) {
    int newCapacity = newTable.length;
    for (Entry<K,V> e : table) {
        while(null != e) {
            Entry<K,V> next = e.next;
            if (rehash) { // 为true就要进行真正的rehash
                e.hash = null == e.key ? 0 : hash(e.key);
            }
            int i = indexFor(e.hash, newCapacity);
            e.next = newTable[i];
            newTable[i] = e;
            e = next;
        }
    }
}

 

七、常用方法

1、读操作

跟1.6的基本一样,但还是贴一下代码。

public int size() {
    return size;
}
 
public boolean isEmpty() {
    return size == 0;
}
 
public V get(Object key) {
    if (key == null)
        return getForNullKey();
    Entry<K,V> entry = getEntry(key);
 
    return null == entry ? null : entry.getValue();
}
 
private V getForNullKey() {
    if (size == 0) {
        return null;
    }
    for (Entry<K,V> e = table[0]; e != null; e = e.next) {
        if (e.key == null)
            return e.value;
    }
    return null;
}
 
public boolean containsKey(Object key) {
    return getEntry(key) != null;
}
 
final Entry<K,V> getEntry(Object key) {
    if (size == 0) {
        return null;
    }
 
    int hash = (key == null) ? 0 : hash(key);
    for (Entry<K,V> e = table[indexFor(hash, table.length)];
         e != null;
         e = e.next) {
        Object k;
        if (e.hash == hash &&
            ((k = e.key) == key || (key != null && key.equals(k))))
            return e;
    }
    return null;
}
 
public boolean containsValue(Object value) {
    if (value == null)
        return containsNullValue();
 
    Entry[] tab = table;
    for (int i = 0; i < tab.length ; i++)
        for (Entry e = tab[i] ; e != null ; e = e.next)
            if (value.equals(e.value))
                return true;
    return false;
}
 
private boolean containsNullValue() {
    Entry[] tab = table;
    for (int i = 0; i < tab.length ; i++)
        for (Entry e = tab[i] ; e != null ; e = e.next)
            if (e.value == null)
                return true;
    return false;
}

2、写操作

除了懒加载导致put/remove的判断多了些外,变化的地方就是添加节点触发扩容那里变了,注释上写了。

public V put(K key, V value) {
    if (table == EMPTY_TABLE) { // 考虑还未真正初始化的情况
        inflateTable(threshold);
    }
    if (key == null)
        return putForNullKey(value);
    int hash = hash(key);
    int i = indexFor(hash, table.length);
    for (Entry<K,V> e = table[i]; e != null; e = e.next) {
        Object k;
        if (e.hash == hash && ((k = e.key) == key || key.equals(k))) {
            V oldValue = e.value;
            e.value = value;
            e.recordAccess(this);
            return oldValue;
        }
    }
 
    modCount++;
    addEntry(hash, key, value, i);
    return null;
}
 
private V putForNullKey(V value) {
    for (Entry<K,V> e = table[0]; e != null; e = e.next) {
        if (e.key == null) {
            V oldValue = e.value;
            e.value = value;
            e.recordAccess(this);
            return oldValue;
        }
    }
    modCount++;
    addEntry(0, null, value, 0);
    return null;
}
 
// 这个跟1.6有些区别
// 1、走实用主义,扩容多了个条件。当添加的节点是hash桶的第一个节点时,一定不扩容,所以会出现size > threshold的情况。
// 2、几步的操作顺序不一样。jdk1.6的是先把节点添加到链表中,再判断是否扩容;1.7这里是先判断是否扩容,扩容完再把节点添加到链表中。
void addEntry(int hash, K key, V value, int bucketIndex) {
    if ((size >= threshold) && (null != table[bucketIndex])) {
        resize(2 * table.length);
        hash = (null != key) ? hash(key) : 0;
        bucketIndex = indexFor(hash, table.length);
    }
 
    createEntry(hash, key, value, bucketIndex);
}
 
void createEntry(int hash, K key, V value, int bucketIndex) {
    Entry<K,V> e = table[bucketIndex];
    table[bucketIndex] = new Entry<>(hash, key, value, e);
    size++;
}
 
public void putAll(Map<? extends K, ? extends V> m) {
    int numKeysToBeAdded = m.size();
    if (numKeysToBeAdded == 0)
        return;
 
    if (table == EMPTY_TABLE) { // 考虑还未真正初始化的情况
        inflateTable((int) Math.max(numKeysToBeAdded * loadFactor, threshold));
    }
 
    // 跟1.6的一样,稍微保守些,多判断下
    if (numKeysToBeAdded > threshold) {
        int targetCapacity = (int)(numKeysToBeAdded / loadFactor + 1);
        if (targetCapacity > MAXIMUM_CAPACITY)
            targetCapacity = MAXIMUM_CAPACITY;
        int newCapacity = table.length;
        while (newCapacity < targetCapacity)
            newCapacity <<= 1;
        if (newCapacity > table.length)
            resize(newCapacity);
    }
 
    for (Map.Entry<? extends K, ? extends V> e : m.entrySet())
        put(e.getKey(), e.getValue());
}
 
public V remove(Object key) {
    Entry<K,V> e = removeEntryForKey(key);
    return (e == null ? null : e.value);
}
 
final Entry<K,V> removeEntryForKey(Object key) {
    if (size == 0) { // 考虑还未真正初始化的情况
        return null;
    }
    int hash = (key == null) ? 0 : hash(key);
    int i = indexFor(hash, table.length);
    Entry<K,V> prev = table[i];
    Entry<K,V> e = prev;
 
    while (e != null) {
        Entry<K,V> next = e.next;
        Object k;
        if (e.hash == hash && ((k = e.key) == key || (key != null && key.equals(k)))) {
            modCount++;
            size--;
            if (prev == e)
                table[i] = next;
            else
                prev.next = next;
            e.recordRemoval(this);
            return e;
        }
        prev = e;
        e = next;
    }
 
    return e;
}
 
public void clear() {
    modCount++;
    Arrays.fill(table, null); // 就是循环赋值
    size = 0;
}

八、视图和迭代器

跟1.6的一样。

1.7相对1.6,改动不大,基本上没啥太重要的改动。理解1.6的之后,稍微过下1.7的就行。

接下来看下1.8的,相对来说就是比较大的改动了。

Java容器(四):HashMap(Java 7)的实现原理

一、HashMap的定义和构造函数publicclassHashMapextendsAbstractMapimplementsMap,Cloneable,Serializable  HashMap继承...来自: jeffleo

【硬件工程师面经整理2_电源篇】 硬件工程师面经整理_电源篇 阅读详情

相关推荐

XCP_Basic 移植步骤

XCP_Basic 移植步骤

ggzzc的博客 2315

【Java集合】HashMap的resize()源码详解以及JDK1.7与JDK1.8的区别

HashMap的扩容源码详解,以及JDK1.7和JDK1.8的resize()方法的源码比较。

小七的博客 2754

红日-VulnStack靶场-ATT&CK(二):从Weblogic漏洞到域控渗透实战

本文详细解析了红日安全团队VulnStack靶场中从Weblogic漏洞到域控渗透的完整攻击链。通过实战演示Weblogic反序列化漏洞利用、Cobalt Strike持久化控制、域内信息收集及PsExec横向移动等关键技术,复现了企业内网渗透的典型场景,并提供了防御建议。

tgb3456789的博客 934

HashMap源码解析之jdk1.7

HashMap源码解析之jdk1.7一、前期二、增/改三、查四、删五、扩容五、问题六、总结 jdk 1.7HashMap 底层实现是数组+链表(为什么用链表呢?详情看问题五中)。 存储结构 哈希表(hash table)也叫散列表,是一种非常重要的数据结构,应用场景及其丰富,许多缓存技术(比如memcached)的核心其实就是在内存中维护一张大的哈希表,而HashMap的实现原理就是基于此。 几种数据结构之间的情况对比: 1、数组:采用一段连续的内存空间来存储数据。对于指定下标的查找,时间复杂度为O(1)

Hunter的专栏 620

STM32F411CEU6实战:用W25Q64存储多张图片,在240x240 LCD上轮播显示(附源码)

本文详细介绍了如何使用STM32F411CEU6通过SPI接口管理W25Q64 Flash中的多张图片,并在240x240 LCD上实现平滑轮播显示。内容涵盖硬件配置、图片存储方案设计、轮播系统实现及性能优化技巧,特别针对SPI传输优化和多图存储管理提供了实用解决方案。附源码,适合嵌入式开发者参考。

weixin_32025789的博客 308

Linux系统之部署经典魔塔小游戏

Linux系统之部署经典魔塔小游戏

jks212454的博客 1810

HashMap 1. 7 源码讲解

HashMap 1.7 源码讲解 1、参数讲解 1)hashSeed:用于键的哈希码计算上,用于减少哈希冲突。通过下面所述的initHashSeedAsNeeded方法来进行初始化 2)threshold:表示可以存放的最大量,它的值为loadFactory*数组容量,但是存在最大值为1<<30+1【即2^30+1】 3)loadFactory:负载因子,用于表示元素数量超过数组...

qq_43679056的博客 455

某勾网之登录过程逆向

拉勾网的登录过程逆向,包含请求头(X-S-HEADER、X-K-HEADER、X-SS-REQ-HEADER等) 以及 请求参数/返回数据的加解密。

shanf7921的博客 3万+

HashMap实现原理深入理解(精华)

HashMap详解 哈希表(hash table) 也叫散列表,是一种非常重要的数据结构,应用场景及其丰富,许多缓存技术(比如memcached)的核心其实就是在内存中维护一张大的哈希表,本文会对java集合框架中HashMap的实现原理进行讲解,并对JDK7的HashMap源码进行分析。 一、什么是哈希表 在讨论哈希表之前,我们先大概了解下其他数据结构在新增,查找等基础操作执行性能 数组:采用一段连续的存储单元来存储数据。对于指定下标的查找,时间复杂度为O(1);通过给定值进行查找,需要遍历数组,逐一

qq_43658155的博客 3536

下采样优化实战:用ADown显著提升YOLOv11的多尺度特征保持能力

ADown 以“可编程梯度信息+多分支特征融合”打破了传统下采样的性能壁垒,为 YOLOv11 带来了多尺度特征的精准传递能力。从原理到代码集成,本教程已为你铺就了一条“小目标检测精度跃升”的实战路径。现在就动手尝试吧——当你看到模型对极小目标也能精准识别,且特征图细节完整时,你会明白这份技术探索的价值。我很乐意在你实践过程中帮你解决任何问题,让我们一起推动目标检测在下采样领域的边界。

FJN110的博客 421

量化交易:如何在QMT中运行Python策略并在VSCode中高效调试?

哈喽,大家好,我是木头左!

木头大左的博客 3757

实习HashMap1.7

作为一条通用的规则,loadfactor 设置为0.75.这是时间和空间的权衡选择,要是特别大那么可能存在这样的情况:hash冲突特别严重但是就是没达到阈值,而如果小点的话就能减轻这种情况。所以 loadfacor 特别大应该会影响get 和put 操作的时间复杂度。特别小的时候又会造成空间的浪费。 “collection views method” 会fail fast 抛出并发修改异常。 如何找到大于等于某个数的最小2的幂次方数? private static int roundUpToPowe

mmmmhello的博客 244

EtherCAT主站SOEM -- 19 --Qt-Soem通过CSP模式(周期同步位置模式)控制一个电机转圈圈

以上就是EtherCAT主站SOEM – 19 --Qt-Soem通过CSP模式(周期同步位置模式)控制一个电机转圈圈的内容。有不明白的地方欢迎留言;有建议欢迎留言,我后面编写文档好改进。创作不容,如果文档对您有帮助,记得给个赞。

常驻客栈的博客--嵌入式EtherCAT 1994

JDK1.7和JDK1.8中HashMap为什么是线程不安全的?

前言 只要是对于集合有一定了解的一定都知道HashMap是线程不安全的,我们应该使用ConcurrentHashMap。但是为什么HashMap是线程不安全的呢,之前面试的时候也遇到到这样的问题,但是当时只停留在***知道是***的层面上,并没有深入理解***为什么是***。于是今天重温一个HashMap线程不安全的这个问题。 首先需要强调一点,HashMap的线程不安全体现在会造成死循环、数据丢...

张先森的博客 7万+

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

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

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

【Java集合】你回答得出HashMap(JDK1.8)的7个问题吗?

【Java集合】你真的懂HashMap(JDK1.8)的7个问题吗? 前言 可能有小伙伴问,现在Java 14都发布了,我们还在回顾Java 8的内容,不会跟不上时代了吗?其实学习Java 8中HashMap的底层原理,除了应付面试,我们还可以多问问:为什么要做出这些改变?有什么好处吗? 本文主要对HashMap的底层结构和功能原理进行介绍。 (若文章有不正之处,或难以理解的地方,请多多谅解,欢迎...

NYfor2020的博客 5673

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

【Java】HashMap原理-JDK1.7与JDK1.8的区别

一、HashMap 扩容 JDK1.7 和JDK1.8 扩容原理相同 HashMap初始化大小为16, 负载因子为0.75,每次当容量大于16 * 0.75 时, 进行扩容,扩容为原来的两倍。 JDK1.7: 扩容后需要重新计算hashcode值。 JDK1.8:扩容后无需重新计算hashcode值。(具体看后面“HashMap的容量为2的幂次方”部分) 二、HashMap的冲突解决 JDK1.7以前 HashMap使用 数组 + 链表的方式来解决哈希冲突,并使用头插法。 使用头插法的原因:一般情况下

qq_39480875的博客 2673

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

深入解析 HashMap:从 JDK 1.7 到 JDK 1.8 的变化及性能优化

HashMap是一个功能强大且高效的键值对存储类,它采用了哈希表结构和链表法解决哈希冲突。随着 JDK 1.8 的发布,HashMap引入了红黑树的支持,提升了大数据量下的性能。在实际开发中,HashMap适用于单线程或低并发的场景,对于高并发的情况,可以考虑使用。了解HashMap的实现原理,能帮助开发者在性能调优和设计时做出更合理的选择。🌟 关注我的优快云博客,收获更多技术干货!🌟。

dm菜鸟编程的专栏 1523

网易面试:JDK1.8将HashMap 头插法 改 尾插法,为何?

HashMap是Java中的一种基于哈希表实现的,它允许我们使用键值对的形式来存储和获取数据。从根本上来说,一个哈希表包含一个数组,但是元素访问不是通过 index 编号的形式(比如 array[i]的形式),而是通过特殊的关键码(也就是key)来访问数组中的元素。存放Value的时候,通过一个哈希函数,通过 **关键码(key)**进行哈希运算得到哈希值,然后得到映射到(map到)的位置, 去存放值 ,读取Value的时候,也是通过同一个哈希函数。

架构师尼恩 4933

HashMap在JDK1.7和JDK1.8中的不同以及HashMap的底层实现

HashMap是 Java 中一个非常高效且广泛使用的集合类,其实现机制随着 JDK 的演进得到了不断优化。JDK 1.8 相比 JDK 1.7 引入了红黑树来优化哈希冲突情况下的性能,并改善了扩容机制,以避免多线程环境下的死锁和性能问题。理解HashMap的底层实现和 JDK 版本间的差异,有助于开发者编写更高效和可靠的代码。总的来说,HashMap在处理大量数据和需要快速查找、插入、删除操作的场景中表现非常优异,但在多线程环境中,建议使用等线程安全的替代方案,以避免潜在的并发问题。

Flying_Fish_roe的博客 1179

Java面试题:HashMap为什么线程不安全、ConcurrentHashMap原理(JDK1.7与JDK1.8)、ConcurrentHashMap与HashMap区别、Map总结

Java面试题:HashMap为什么线程不安全、ConcurrentHashMap原理(JDK1.7与JDK1.8)、分段锁、CAS、ConcurrentHashMap与HashMap区别;HashMap与Hashtable的区别;HashMap、Hashtable、ConcurrentHashMap区别;Map总结

qq_44700578的博客 2728

七、JDK1.7中HashMap扩容机制

导读 前面文章一、深入理解-Java集合初篇 中我们对Java的集合体系进行一个简单的分析介绍,上两篇文章二、Jdk1.7和1.8中HashMap数据结构及源码分析 、三、JDK1.7和1.8HashMap数据结构及源码分析-续 中我们分别对JDK1.7和JDK1.8中HashMap的数据结构、主要声明变量、构造函数、HashMap的put操作方法做了深入的讲解和源码分析。 四、深入理解Java中的HashMap「网易面试快答」文章中主要针对面试中常见的面试问题进行简单解答。 五、深入理解JDK1.7中H

不吃_花椒的博客 4476

HashMap在JDK1.7版本头插法实现解析

关于HashMap,不论是JDK1.7版本还是1.8版本的分析文章网上多如牛毛,今天咱虽然也是聊HashMap,但是稍微有点不同,是聊它在JDK1.7版本put元素时头插法的实现。 不说废话了,直接上源码,先聊JDK1.7的元素插入: public V put(K key, V value) { if (table == EMPTY_TABLE) { inflateTabl...

insomsia的博客 6678

Jdk1.7下的hashmap详解

数据结构: 原理说明: jdk1.7的hashmap的底层结构是数组加单向链表实现的.将key的hash值进行取模获取index既即将存放的元素的数组的位置.然后到对应的链表中进行put和get操作. 加链表的好处: 因为对数组进行取模的时候可能会遇到获取index的位置是一样的,所以可能会遇到hash碰撞冲突.加上链表可以减少冲突. 加链表的坏处: (这样不好,效率不高,每次都得遍历.时间复杂度为o(n),所以jdk1.8做了优化改成了链表加红黑树,时间复杂度从o(n)变为了log...

qq_25933841的博客 2167

JDK1.7、JDK1.8的HashMap、ConcurrentHashMap笔记

什么是HashMap? 读小学的时候,我们肯定查阅过《新华字典》。以拼音查字法为例,我们先去找某个字的拼音,然后找到该字的页码,再去相应的页码找详细的解释。在这个例子中,拼音-页码就是一个键值对。HashMap就是Java程序员的《新华字典》,我们能够以O(1)的时间复杂度从HashMap中获取值和存储值。 作为Java程序员使用频繁的Java类库之一,HashMap在JDK1.7和JDK1.8两个版本中的差别比较大。JDK1.8中引入了红黑树这一数据结构对HashMap做了更进一步的优化,尽可能地降低哈希

清风阁 2162

Java基础--集合总结(含HashMap jdk1

总结:数组可能浪费内存空间,查找效率快,但是插入删除效率慢。

2501_90424584的博客 1175

HashMap的实现原理,以及在JDK1.7和1.8的区别

1.JDK1.7        HashMap是Java中大家最常用的一个Collection,其为键值对也就是key-value的形式。他的数据结构则是采用的位桶和链表相结合的形式完成了,即拉链法。具体如下图所示:     HashMap里面存储的是静态内部类Entry的对象,这个对象其实也是一个key-value的结构。以下是Entry的源码: static class Entry&lt;K,...

此心光明,亦复何言~ 1万+
上一篇: Java集合类框架学习 4.1 —— HashMap(JDK1.6)
下一篇: Java集合类框架学习 4.3 —— HashMap(JDK1.8)
farmering
博客等级 码龄15年 18粉丝 23原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值