解决线程不安全问题(synchronized和volatile)

一 .synchronized
.当线程释放锁时,JMM会把该线程对应的工作内存中的共享变量刷新到主内存中
.当线程获取锁时,JMM会把该线程对应的本地内存置为无效。从而使得被监视器保护的临界区代码必须从主内存中读取共享变量
synchronized用的锁是存在Java对象头里的。解决多个线程访问时出现互相干扰的问题,被synchronized修饰的方法或代码块,在同一时刻,只会有一个 获得锁 的线程执行操作,其他线程都处于阻塞状态.
具体:
在这里插入图片描述
1.修饰实例方法
在这里插入图片描述
调用实例方法就要创建一个对应的对象,锁的也就是当前的实例对象, 所以如果是同一个对象调用,则会产生同步互斥,否则不会产生同步互斥
例如;
在这里插入图片描述

2.修饰静态方法:
在这里插入图片描述
静态方法不属于任何一个实例变量,是类成员,因此可以通过class对象锁控制静态成员的并发操作.由于获得的锁是当前class类对象锁,只有一个,所以会产生同步互斥.
3.同步代码块
在这里插入图片描述
synchronized作用于一个给定的实例对象,每次线程进入synchronized代码块时,会"抢锁",
————————————————

二.volatile
1.由volatile修饰的共享变量,可保证其可见性和顺序性.
注意:volatile不能保证原子性;
a.当程序执行到volatile变量的读操作或者写操作时,在其前面的操作的更改肯定全部已经进行,且结果已经对后面的操作可见;在其后面的操作肯定还没有进行;

b.在进行指令优化时,不能将在对volatile变量访问的语句放在其后面执行,也不能把volatile变量后面的语句放到其前面执行。

即执行到volatile变量时,其前面的所有语句都执行完,后面所有语句都未执行。且前面语句的结果对volatile变量及其后面语句可见。

2.volatile不适合复合操作 例如n++; 这个操作分为 ①读取n的值,②n的值加1③将修改后的值赋值给n;如下图: 结果并不等于20000;
为了保证线程安全,需要synchronized加锁.
在这里插入图片描述
3.单例模式下需要加volatile.

在这里插入图片描述
因为4 和5 有依赖关系,所以不会发生重排序,而6却可以重排序, 所以代码可能的执行顺序为 4 6 5 ,
那么, 在多线程情况下,线程A执行了4和6后 ,线程B执行1,那么线程B会指向一个地址,那么判断结果就不为空,所以会直接返回,而此时对象还没有初始化,就发生了错误.
而加了volatile后,就能保证456按顺序执行.

展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 游动-白 设计师: 上身试试
应支付0元
点击重新获取
扫码支付

支付成功即可阅读