彻底理解Java内存模型，它为什么会引发线程安全问题【吐血总结

解决办法

---

这个办法在《深入理解Java虚拟机》书中也有提到

简单来说就在cpu和内存中间加一层 高速缓存，也就是我们平时说的L1、L2、L3缓存，这一块缓存一般比较小，但嗷嗷快，你懂我意思吧

注意：知识点来了，一定要把cpu的高速缓存和内存条的内存区分开

这是内存条的内存（系统属性中可以查看）

这是cpu的高速缓存（任务管理器-性能一栏可以查看到）

所以现在操作流程变成了：

cpu会事先将需要用到的数据从主内存中复制一份到高速缓存，cpu在执行计算操作时，依次从L1、L2、L3级缓存中查找，如果有需要的数据，直接操作，计算结束后再flush到主内存中；如果没有，再去主内存中查找

cpu被内存拉低效率的问题得以解决

时间又过了很久。。。

cpu厂商推出了多核处理器，又引出了另一个问题： 线程安全

多核处理器的每个核心都有自己的高速缓存（每个cpu架构都不同，要具体看cpu厂商怎么做，目前市面上的cpu一般都是L1、L2独立，L3共享）

上面可以看到我cpu的L1缓存是384k，这384k并不是六个核共享，而是 6 * 32 * 2，如下图

现在，架构变成了

（这个图是简化版，实际的架构图比这复杂得多，那些细节我懒的画了）

所以，现在问题来了，如果不同核心上的线程同时操作同一个数据，会出现什么问题？

我们假设一下

核心a有个线程t1，核心b有个线程t2

开始计算前，内存中 i 的值是0，两线程对应高速缓存中 i 的值也都是0

某一时刻，两线程同时执行 i + 1

t1执行完 i = 1，吭呲吭呲写回内存，此时内存中 i 的值已经由0变为了1

t2执行完 i 也 = 1，也吭呲吭呲把i = 1写回内存，这就把t1写回的新 i 值覆盖了

本来 i 经过两次+1应该等于2，实际结果却等于1，懂我意思吗，大多数并发编程中的数据异常问题都是这么来的

所以，并发编程中，只要涉及到写的操作，我们都应该保证同步，从而得到可靠的最终数据

到这里，我们可以总结下什么内存模型

什么是Java内存模型

---

由上面的架构图可见，线程需要

上面说了，Java内存模型就是一种协议；线程要操作数据，需要先从主内存中读取到工作内存，操作完再写回主内存，看起来简单，但这之间有很多底层技术细节，比如：

什么时候读取？

又什么时候写入？

多个线程共同读写时又该如何调配？

所以问题来了，一台服务器上的cpu和内存可能是由不同厂商提供的，如果它们的底层实现细节对不上，那怎么保证程序能够正常运行？不可能每次设计产品时都把所有厂商拉一起开个会吧，所以，为了方便，为了统一，有了Java内存模型，它被用来 规范不同硬件和操作系统在内存读写底层实现上的差异；

只有屏蔽这些差异，Java才能实现 一次编译、处处运行

---

又回到最初的起点、记忆中你青涩的脸~

现在公布答案

说到这儿，再扯一嘴cpu更底层的冷知识

指令重排

---

并发编程中，除了Java内存模型带来的线程安全问题，cpu、虚拟机自身也存在类似问题

• 关于cpu：为了从分利用cpu，实际执行指令时会做优化

• 关于虚拟机：在HotSpot vm中，为了提升执行效率，JIT(即时编译)模式也会做指令优化

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

最后

由于篇幅原因，就不多做展示了

[外链图片转存中…(img-3HPiak1c-1711034878758)]

[外链图片转存中…(img-3CWvdYit-1711034878759)]

[外链图片转存中…(img-V92LEcPg-1711034878759)]

[外链图片转存中…(img-fwVpmpBF-1711034878760)]

由于篇幅原因，就不多做展示了

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录