【JavaEE】线程安全-内存可见性、指令全排序

private static volatile SingletonLazy instance = null;
private SingletonLazy() { }
public static SingletonLazy getInstance() {
    if (instance == null) {//1
        synchronized (SingletonLazy.class) {
            if (instance == null) {
                instance = new SingletonLazy();
            }
        }
    }
    return instance;
}

修改及时读取到 就直接非空退出了
那时未能及时读取到 就会参与进锁竞争 再在进锁判断非空后才最终也退出，增加了许多不必要的同步开销

2.1.2.2强制协调机制

得手动根据实际情况地用强制工作内存读取主内存 、强制工作内存立即写入主内存 的强制协调机制 去进行协调

2.1.2.2.1volatile

volatile 保变量内存所有线程可见 ，写入读取都直接对主内存内容

(1)写入

写入后 volatile立即将此线程工作内存里此变量副本的修改结果写入刷新到主内存，并使其它所有线程工作内存里的该变量副本失效

(2)读取

读取时 读取的是主内存内容：

副本未失效主内存未修改 直接读取与主内存一致的副本
副本已失效主内存已修改 往主内存读取主内存内容拷贝到副本读

(3)禁止指令重排序

(3).1指令重排序

操作的指令序都是默认极致单线程往最高效也无应对序排的：

(3).2屏障禁止

volatile变量指令 屏障地禁止其它指令横跃过它

--->避免了new操作中为优化单线程执行效率而将++invokespecial调用构造函数初始化对象指令与putstatic引用赋值指令(volatile变量指令) 重排序交换++的可能发生

2.1.2.2.2synchronized

synchronized保 锁块内存之间可见

(1)进锁

进锁块时 synchronized使此线程工作内存中 ++共享变量++的副本失效

(2)出锁

出锁块时 synchronized使此线程 锁块内工作内存副本的修改写入刷新到主内存

三、线程安全-指令全排序

多线程同一写 - 指令排序问题

1.原因

此线程与彼线程的修改块互碎乱序

1.1各种各样来源

方法重复调用 + 线程一趟执行 来源

1.2各种各样排序

前后碎块贴隔 排序

1.2.1贴

单核下指令最近可贴到 紧挨连续

多核下指令最近可贴到 同时连续

1.3各种各样赋容

顺序来龙赋内容

2.解决

2.1块 - 锁机制

java 复制代码

class SingletonLazy {
    private static volatile SingletonLazy instance = null;
    private SingletonLazy() { }
    public static SingletonLazy getInstance() {
        if (instance == null) {//2.跳锁，instance都非空时 不加锁地 随意让它们碎处理都行
            synchronized (SingletonLazy.class) {//1.加锁，instance都为空时 锁成块地排序 执行
                if (instance == null) {
                    instance = new SingletonLazy();
                }
            }
        }
        return instance;
    }
}

2.1.1加锁

赋内容在碎上会出问题 的用锁限制碎只能块地前后块贴隔排序

2.1.2跳锁

赋内容在碎上不会出现问题 的就不加锁地允许碎处理