Java并发可见性与内存模型解析

各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《Java并发可见性与内存模型详解》，很明显是关于文章的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！

可见性是指线程修改共享变量后其他线程能否立即看到该修改；因JMM中线程工作内存与主内存分离，且存在缓存、优化和重排序，导致修改未及时同步，从而引发可见性问题。

可见性是指当一个线程修改了共享变量的值，其他线程能否立即看到这个修改。在Java中，由于CPU缓存、编译器优化和指令重排序的存在，一个线程对变量的写操作可能还没来得及刷新到主内存，或者另一个线程还没从主内存重新读取该变量——这就导致“看不到最新值”，即可见性问题。

为什么会出现可见性问题

Java内存模型（JMM）规定：所有变量都存储在主内存中，每个线程有自己的工作内存（如CPU缓存或寄存器），线程对变量的所有操作（读、写）都必须在自己的工作内存中进行，不能直接读写主内存。

• 线程A把变量x从主内存读到工作内存，修改后未及时写回主内存；
• 线程B在同一时刻读取x，仍从主内存（或自己缓存）拿到旧值；
• 结果：线程B“看不见”线程A的修改。

哪些场景会破坏可见性

以下情况不加同步机制时，无法保证可见性：

• 普通变量的读写（没有volatile、synchronized等修饰）；
• 未正确使用final字段（构造过程中逸出会导致其他线程看到未初始化完成的对象）；
• 使用非线程安全的集合类（如ArrayList），其内部状态变更对其他线程不可见。

如何保证可见性

Java提供了几种标准手段，它们都通过JMM的“happens-before”规则建立内存可见性保障：

• volatile关键字：修饰变量后，对该变量的每次读操作都从主内存读，每次写操作都立即刷回主内存；同时禁止指令重排序（针对该变量的读写）；
• synchronized块或方法：进入时强制从主内存读取共享变量，退出时强制将修改刷回主内存；
• Lock接口（如ReentrantLock）：与synchronized语义一致，同样提供可见性保证；
• 线程启动/终止、中断、join()等操作，也隐含happens-before关系，可间接保障部分可见性。

volatile能替代synchronized吗

不能完全替代。volatile只保证单个变量的可见性和有序性，但不保证原子性。例如：i++（读-改-写三步）即使i是volatile，多个线程并发执行仍可能导致结果丢失。此时需用synchronized或AtomicInteger等原子类。

到这里，我们也就讲完了《Java并发可见性与内存模型解析》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！