为什么HashMap会产生死循环

可能导致死循环的情况

并发修改

如果多个线程尝试同时修改HashMap,可能导致不一致的状态,例如:一个线程在调整hash表的大小,另一个线程在执行插入或删除,这可能导致死循环或其他问题

死锁

如果在HashMap的操作中使用了锁,而这些锁被不同线程占用,可能会导致死锁,死锁的可能表现为线程之间都在等对方释放锁,这就导致程序无法执行

迭代器失效

如果在使用迭代器遍历HashMap的同时进行修改操作 ,可能导致ConcurrentModificationException (当方法检测到对象的并发修改,但不允许这种修改时,抛出此异常) 可能会导致死循环

图式

jdk1.7

在jdk1.7中,HashMap底层数据实现是数组+链表的方式 如下图:
在这里插入图片描述
而HashMap在数据添加时使用的是头插入,如下图:在这里插入图片描述
HashMap正常情况下的扩容示例图(见下图):在这里插入图片描述
旧的HashMap节点会依次转移到新的HaspMap中,旧的HashMap转移顺序为A,B,C,新的HashMap使用的是头插法,所以最终是C,B.A,如上图所示。

死循环

并发HashMap扩容导致,首先,线程T1,T2对HashMap进行扩容操作,此时T1,T2指向的是链表的头结点元素A,而T1,T2的下一个节点指向B节点,也就是T1,T2.next 在这里插入图片描述

其次:T1执行扩容,T2休眠,当T1线程执行完扩容后,T2被唤醒,开始扩容,但此时,HashMap的顺序已经发生改变,因为操作是头插法,但T2线程对这一切并不知晓,所以指向任然没变,如下图所示,T2指向节点A元素,T2.next指向节点B元素
在这里插入图片描述
最后,当线程T1执行完,线程T2启动,那么死循环就随之产生入 见下图在这里插入图片描述
为什么?因为T1早学完4扩容后B节点的下一个节点就是A,而T2的线程指向的首节点是A,第二个节点是B,这个顺序刚好和T1扩容完之后的节点顺序相反,T1执行完的顺序是B到A,而T2的执行顺序是A到B,这样A节点和B节点就形成死循环了

解决方案

HashMap解决方案例举了以下:
1.使用线程安全容器ConcurrentHashMap替代(推荐)
2.使用线程安全容器Hashtable替代(性能低,不推荐)
3.使用synchronized加锁HashMap之后在进行操作,相当于多线程排队执行,(麻烦)
4.在 Java 1.8 中,HashMap 的实现进行了优化,引入了红黑树来解决链表过长的问题。
使用ConcurrentHashMap 示例 (多线程)

import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;

public class ConcurrentHashMapExample {

    public static void main(String[] args) {
        // 使用 ConcurrentHashMap 替代 HashMap
        Map<String, Integer> concurrentHashMap = new ConcurrentHashMap<>();

        // 创建并启动两个线程,分别进行写操作
        Thread writer1 = new Thread(() -> {
            for (int i = 0; i < 10000; i++) {
                concurrentHashMap.put("Key" + i, i);
            }
        });

        Thread writer2 = new Thread(() -> {
            for (int i = 10000; i < 20000; i++) {
                concurrentHashMap.put("Key" + i, i);
            }
        });

        writer1.start();
        writer2.start();

        // 等待两个线程执行完毕
        try {
            writer1.join();
            writer2.join();
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        // 打印 ConcurrentHashMap 的大小
        System.out.println("ConcurrentHashMap size: " + concurrentHashMap.size());
    }
}

  • 8
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
1. C 语言中的指针和内存泄漏 5 2. C语言难点分析整理 10 3. C语言难点 18 4. C/C++实现冒泡排序算法 32 5. C++中指针和引用的区别 35 6. const char*, char const*, char*const的区别 36 7. C中可变参数函数实现 38 8. C程序内存中组成部分 41 9. C编程拾粹 42 10. C语言中实现数组的动态增长 44 11. C语言中的位运算 46 12. 浮点数的存储格式: 50 13. 位域 58 14. C语言函数二维数组传递方法 64 15. C语言复杂表达式的执行步骤 66 16. C语言字符串函数大全 68 17. C语言宏定义技巧 89 18. C语言实现动态数组 100 19. C语言笔试-运算符和表达式 104 20. C语言编程准则之稳定篇 107 21. C语言编程常见问题分析 108 22. C语言编程易犯毛病集合 112 23. C语言缺陷与陷阱(笔记) 119 24. C语言防止缓冲区溢出方法 126 25. C语言高效编程秘籍 128 26. C运算符优先级口诀 133 27. do/while(0)的妙用 134 28. exit()和return()的区别 140 29. exit子程序终止函数与return的差别 141 30. extern与static存储空间矛盾 145 31. PC-Lint与C\C++代码质量 147 32. spirntf函数使用大全 158 33. 二叉树的数据结构 167 34. 位运算应用口诀和实例 170 35. 内存对齐与ANSI C中struct内存布局 173 36. 冒泡和选择排序实现 180 37. 函数指针数组与返回数组指针的函数 186 38. 右左法则- 复杂指针解析 189 39. 回车和换行的区别 192 40. 堆和堆栈的区别 194 41. 堆和堆栈的区别 198 42. 如何写出专业的C头文件 202 43. 打造最快的Hash表 207 44. 指针与数组学习笔记 222 45. 数组不是指针 224 46. 标准C中字符串分割的方法 228 47. 汉诺塔源码 231 48. 洗牌算法 234 49. 深入理解C语言指针的奥秘 236 50. 游戏外挂的编写原理 254 51. 程序实例分析-为什么陷入死循环 258 52. 空指针究竟指向了内存的哪个地方 260 53. 算术表达式的计算 265 54. 结构体对齐的具体含义 269 55. 连连看AI算法 274 56. 连连看寻路算法的思路 283 57. 重新认识:指向函数的指针 288 58. 链表的源码 291 59. 高质量的子程序 295 60. 高级C语言程序员测试必过的十六道最佳题目+答案详解 297 61. C语言常见错误 320 62. 超强的指针学习笔记 325 63. 程序员之路──关于代码风格 343 64. 指针、结构体、联合体的安全规范 346 65. C指针讲解 352 66. 关于指向指针的指针 368 67. C/C++ 误区一:void main() 373 68. C/C++ 误区二:fflush(stdin) 376 69. C/C++ 误区三:强制转换 malloc() 的返回值 380 70. C/C++ 误区四:char c = getchar(); 381 71. C/C++ 误区五:检查 new 的返回值 383 72. C 是 C++ 的子集吗? 384 73. C和C++的区别是什么? 387 74. 无条件循环 388 75. 产生随机数的方法 389 76. 顺序表及其操作 390 77. 单链表的实现及其操作 391 78. 双向链表 395 79. 程序员数据结构笔记 399 80. Hashtable和HashMap的区别 408 81. hash 表学习笔记 410 82. C程序设计常用算法源代码 412 83. C语言有头结点链表的经典实现 419 84. C语言惠通面试题 428 85. C语言常用宏定义 450

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值