标签：排序 元语 cup 对象 volatile 线程 多线程

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

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。