synchronized既然能保证有序性,为什么还需要用volatile防止指令重拍?

发布于 2022-09-11 21:58:32 字数 17 浏览 17 评论 0

比如双重锁的单例模式

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

鹿港巷口少年归 2022-09-18 21:58:32

synchronized只保证了代码的有序性,但是变量的赋值操作依旧可以被编译器优化,此时会发生指令重排序; 而volatile就是为了防止编译器指令重排序的。
具体可以看一下之前这个回答:指令重排序

ぶ宁プ宁ぶ 2022-09-18 21:58:32
import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

public class Setting {

    private static Setting setting;

    private static Lock lock = new ReentrantLock();

    private Setting(){

    }

    public static Setting get() {
        if(setting != null) { // tag 1
            return  setting;
        }

        lock.lock();
        if(setting == null) {
            setting = new Setting();
        }
        lock.unlock();

        return setting;
    }
}

锁只能保证: 访问临界区时的原子性, 可见性, 有序性. 然而在tag 1那一行, 并不是在临界区中, 不受锁的保护, 因此即使在双重检查时加锁并初始化, 也不能保证其他线程能够看到这个初始化后的单例. 因此, 需要在单例前面加volatile, 保证实例的可见性.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文