我的代码出现幻觉?说好的a = 1; x = b,怎么成了x = b; a = 1?

有序性:代码执行的幻觉

前面讲到通过缓存一致性协议,来保障共享变量的可见性。那么是否还有其他情况,导致对共享变量操作不符合预期结果。可以看下面的代码:

java 复制代码
private int a, b;
private int x, y;

public void test() {
    Thread t1 = new Thread(() -> {
        x = b;
        a = 1;
    });

    Thread t2 = new Thread(() -> {
        y = a;
        b = 2;
    });
        
    // ...start启动线程,join等待线程
    assert x == 2;
    assert y == 1;
}

假设将线程t1的代码块从a = 1; x = b;改成x = b; a = 1; 。将线程t2的代码块从b = 2; y = a;改成y = a; b = 2;。

对于线程t1和t2自己来说,代码的重排序,不会影响当前线程执行。但是在多线程并发执行下,会出现如下情况:

1)假设处理器A先将变量b = 0赋值给x,再将变量a赋值1。处理器B先将变量a = 0赋值给y,再将变量b赋值2。那么这时结果是:x等于0,y等于0。

可见代码的重排序也会影响到程序最终结果。

重排序是一种被编译器和处理器采用的优化策略,以便更有效地利用处理器资源,减少指令的执行延迟,以及提高并行指令的数量。

在编译阶段,编译器会进行静态重排序。例如,编译器可能会将计算密集型的指令移动到I/O操作之前,以便在等待I/O完成时,处理器可以执行其他的计算任务。

在运行阶段,现代处理器会进行动态重排序,也被称为指令重排序。例如,当一个指令需要等待数据从内存加载时,处理器可能会先执行其他没有数据依赖的指令,从而避免处理器空闲。

重排序需要遵守两点。

1)数据依赖性:如果两个操作之间存在数据依赖,那么编译器和处理器不能调整它们的顺序。

java 复制代码
// 写后读
a = 1;
b = a;
// 写后写
a = 1;
a = 2;
// 读后写
a = b;
b = 1;

上面3种情况,编译器和处理器不能调整它们的顺序,否则将会造成程序语义的改变。

2)as-if-serial语义:即给程序一个顺序执行的假象。即经过重排序的执行结果要与顺序执行的结果保持一致。

java 复制代码
a = 1;
b = 2;
c = a * b;

如上对变量a的赋值和对变量b的赋值,不存在数据依赖关系。因此对变量a和b重排序不会影响变量c的结果。

但数据依赖性和as-if-serial语义只保证单个处理器中执行的指令序列和单个线程中执行的操作,并不考虑多核处理器和多线程之间的数据依赖情况。因此在多线程程序中,对存在数据依赖的操作重排序,可能会改变程序的执行结果。因此要避免程序的错误的执行,便是需要禁止这种编译和处理器优化导致的重排序。

这种解决重排序问题的机制,叫做内存屏障。内存屏障也被称为内存栅栏或内存栅障,是一种用于处理多处理器编程中的同步问题的计算机指令。它的主要作用是防止某些内存操作的重排序。以日常接触的 X86_64 架构来说,内存操作指令如读读(LoadLoad)、读写(LoadStore)以及写写(StoreStore)内存屏障是空操作(no-op),只有写读(StoreLoad)内存屏障会被替换成具体指令。

在Java语言中,内存屏障通过volatile关键字实现,禁止被它修饰的变量发生指令重排序操作:

1)不允许 volatile 字段写操作之前的内存访问被重排序至其之后。

2)不允许 volatile 字段读操作之后的内存访问被重排序至其之前。

java 复制代码
//  变量a,b通过volatile修饰
private volatile int a, b; 
private int x, y;

public void test() {
    Thread t1 = new Thread(() -> {
        a = 1;
        // 编译器插入storeload内存屏障指令
        // 1)禁止代码和指令重排序
        // 2)强制刷新变量a的最新值到内存
        x = b;
        // 1)强制从内存中读取变量b的最新值
    });

    Thread t2 = new Thread(() -> {
        b = 2;
        // 编译器插入storeload内存屏障指令
        // 1)禁止代码和指令重排序
        // 2)强制刷新变量b的最新值到内存
        y = a;
        // 1)强制从内存中读取变量a的最新值
    });
        
    // ...start启动线程,join等待线程
    assert x == 2;
    assert y == 1;
}

可以看到通过volatile修饰的变量通过LOCK指令和内存屏障,实现共享变量的可见性和避免代码和指令的重排序,最终保障了程序在多线程情况下的正常执行。

未完待续

很高兴与你相遇!如果你喜欢本文内容,记得关注哦!!!

相关推荐
poemyang3 天前
我的代码背叛了我?为什么 a=1, b=2,最后x和y都等于0?
并发编程·volatile·java并发编程·可见性
一只IT攻城狮7 天前
构建一个简单的Java框架来测量并发执行任务的时间
java·算法·多线程·并发编程
迷曳10 天前
27、鸿蒙Harmony Next开发:ArkTS并发(Promise和async/await和多线程并发TaskPool和Worker的使用)
前端·华为·多线程·harmonyos
深度混淆12 天前
C#,Parallel并行多线程计算,使用专门的Concurrent系列数据集
开发语言·c#·多线程·并行处理
charlie11451419113 天前
我的Qt八股文笔记2:Qt并发编程方案对比与QPointer,智能指针方案
笔记·qt·面试·刷题·并发编程·异步
Two_brushes.14 天前
【Linux】线程机制深度实践:创建、等待、互斥与同步
linux·运维·服务器·多线程
阳光开朗_大男孩儿14 天前
nfs 锁机制demo
开发语言·多线程·多进程·文件锁
爬点儿啥14 天前
[爬虫知识] 深入理解多进程/多线程/协程的异步逻辑
开发语言·爬虫·python·多线程·协程·异步·多进程
想躺平的咸鱼干22 天前
Volatile解决指令重排和单例模式
java·开发语言·单例模式·线程·并发编程