Java散列表,树对应的容器类,Hashmap如何解决冲突及一些基本性质

散列表 Hashmap、hashtable、concurrentHashMap、hashset

树: treemap、treeset、hashset

treeset 继承自 treemap,hashset 继承自 hashmap ;

性能分析

Map 是 Java 中的接口,Map.Entry 是 Map 的一个内部接口 Map 提供了一些常用方法,例如 keySet()、entrySet() 方法等;

Entry: key 和 value的组合,即为一个映射项<K,V>

Treemap 底层数据结构是红黑树,元素存储是有序的,因此添加元素需要循环查找 Entry 插入位置、取出元素时需要遍历才能找到合适的 Entry ,比较耗性能;treemap、treeset 对比 hashmap、hashset 优势:前者元素都以有序状态排列

HashMap 产生冲突原因及解决方法

调用hashCode() 计算 hashCode ,两个不同对象可能有相同的 hashCode ,导致冲突产生;

bucket ,哈希表中的数组中可以存储 hashcode 相同对象,每个bucket 都有其指定索引,系统可以根据索引快速访问该 bucket 里存储的元素

image-20210622120405206

HashMap 解决冲突方法

  • 1,开放定址法:通过探测算法,档一个槽位被占用情况下继续查找下一个;

    探测算法的三种方式:

    • 1,线性探查
    • 2,二次探查
    • 3,双重散列
    • 4,采用两个辅助散列函数合成一个:h1h2 为两个散列函数

    h ( k , i ) = ( h 1 ( k ) + i ∗ h 2 ( k ) ) m o d   m h(k,i)=(h1(k)+i∗h2(k)) mod \space m h(k,i)=(h1(k)+ih2(k))mod m

  • 2,链地址法:数组+链表,将hash 值相同对象组织为一个链表放在 hash值对应的 bucket

  • 3,再哈希,准备多个散列函数,当发生冲突时再选择一个散列函数进行散列,原理与双重散列相似

jdk7 与 jdk8 中HashMap的区别

发生冲突

  • jdk7 中 hashMap 采用数组+链表。如果过多节点在 hash 时发生碰撞,如果要查找其中一个节点,需要 O(n) 的查找时间。
  • jdk8 中 hashMap 采用数组+链表/红黑树,出现 hash 冲突时会进行判断,该节点是红黑树还是量表:
    • 如果是链表的话,数据插入链表尾部并判断链表长度是否达到某个阈值(默认阈值为 8 ),如果大于阈值,链表将转化为红黑树,时间复杂度为O(nlogn);
    • 若是红黑树的话, 直接插入红黑树即可;

数据结构红黑树的几个性质,查询效率非常高,10亿数据进行不到30次比较就能查找到目标

image-20210622121350302

  • 1、每个节点要么是黑色、要么是红色;
  • 2、根节点是黑色;
  • 3、每个叶子节点是黑色;
  • 4、每个红色节点的两个子结点一定都是黑色;
  • 5、任意一结点到每个叶子节点的路径都包含相同数量的黑节点;

扩容

  • JDK7 扩容时,在 resize() 过程中采用头插法,旧数据转移到新数组中,转移操作=正序遍历俩表,在头部依次插入,即链表逆序;多线程下 resize() 容易出现 死循环,在多线程下并发执行 put() 操作,一旦出现扩容情况,容易出现环形链表,在获取数据、遍历链表时出现死循环,即死锁转发太;
  • JDK 8 在扩容 resize() 时,数据转移时在新链表尾部依次插入,不会出现逆序、环形链表情况,但 jdk 1.8 仍是线程不安全的

使用建议

  • 1,使用出初始值,避免多次扩容的性能消耗;
  • 2,自定义对象作为 key,时需要重写 hashCode 、equals 方法;
  • 3,多线程下, 使用 CurrentHashMap 代替 HashMap;
Reference

1,https://blog.csdn.net/chuangjizai7518/article/details/101010546

2, https://www.jianshu.com/p/e136ec79235c

3, https://zhuanlan.zhihu.com/p/59250175

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

程序员大飞1

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值