1.volatile 

　　　　不能保证多线程修改同一个变量的时候带来的不一致性问题。也就是不能代替 synchroned.

• 保证线程可见：

　　利用硬件MESI ,cup的缓存一致性来保障线程可见。

• 禁止指令重排序：

　　　　也是和cup 有关系，现代cup 在编译（comper）的时候回进行指令重排序， 由cup 元语 loadfence 元语  forefence 元语等。

• • • DCL 单例模式  mrg06.java

　　　　　　　　1.饿汉模式1 补充代码

　　　　　　　　2.  double Check LOCk 懒汉模式 要加锁。双重判断null,不然要有线程安全问题 代码  单例上必须加 volatile,虽然运行很难出现问题。但是会　　　　　　                                 有指令重排序问题，

　　　　　　　　　分析一下jvm T t = new T() 的实现过程，1 申请内存，2 初始化值 3.赋值  这三个过程会被重排序。如果执行132 的话在执行到 13 的　　                                时候另一个线程来了。就会出现 t!=null .而直接返回 没有初始化的 t 因此产生错误。 及其高并发的时候才会出现, j加上 volatile 就不会重排　　                           序。

　　　　　　　　　　　　　　

 

 

2.synchroned (object o)

　　锁定某个对象 o 时，o 的对象的属性发生变化的时候依然可以锁住。但是o的对象发生变化。则锁定对象也发生变化了。所以避免将锁定对象的引用变化其         他的对象 （引入final 关键字）。

 

3.CAS(无锁优化 自旋 乐观锁)

      

 

 

 

所有带有 AtomicXXX的类都是用 CAS 来实现的。

4.ABA 问题

　　加 version 解决。

　　如果是引用类型会有 你和前男友复合的时候，前男友经历过多少男人未知

　　如果是基本类型 无所谓

5.unSafe 类

　可以直接操作 jvm 的内存。

　

 

 

 

 

 

　　　　

标签：排序,元语,cup,对象,volatile,线程,多线程
来源： https://www.cnblogs.com/ybsz/p/16319791.html