线程安全
一、线程安全问题
- 多个线程同时操作一个共享资源的时候可能会出现业务安全问题,称为线程安全问题。
二、取款案例
1、需求
- 小明和小红是一对夫妻,他们有一个共同的账户,余额是10万元。
2、问题
- 如果这对夫妻同时来取钱,而且两人都要取钱10万元,可能出现什么问题呢?
- 会出现线程安全问题!!!
- 如下图所示:
- 如果两夫妻同时来取款10万元;
- 第一步:线程开始执行两夫妻的请求!!
- 第二步:同时执行,如果小明线程跑得快点,先行把钱取出,更新账户余额后,这样这个共享账户的余额就为0元了;
- 第三步:等到小红取出10万元后,更新账户余额后,这样这个共享账户的余额就为 -10万元了;
- 结果:两夫妻都取钱10万元,银行却亏了10万元。
总结
1、线程安全问题出现的原因?
- 存在多线程并发
- 同时访问共享资源
- 存在修改共享资源
三、线程安全问题案例模拟
1、取钱业务
- 需求:
- 小明和小红是一对夫妻,他们有一个共同的账户,余额是10万元,模拟两夫妻同时去取钱10万元。
- 分析:
- 1、需要提供一个账户类,创建一个账户对象代表两夫妻的共享账户。
- 2、需要定义一个线程任务类,线程类可以处理账户对象。
- 3、创建两个线程对象,传入同一个账户对象。
- 4、启动两个线程,去同一个账户对象中取钱10万元。
package com.app.d3_thread_safety;
/**
账户类
*/
public class Account {
private double balance; // 账户余额
public Account() {
}
public Account(double balance) {
this.balance = balance;
}
/**
两夫妻取钱功能
*/
public void drawMoney(double money) {
// a、先获取是谁来取钱,线程的名字就是人名
String name = Thread.currentThread().getName();
// b、判断账户余额是否足够
if (this.balance >= money) {
// 余额充足,取钱
System.out.println(name + "来取钱了,取出:" + money + "元");
// 取现后,更新余额
this.balance -= money; // 取钱后的账户余额 = 账户余额 - 取出的钱
// 显示账户余额给用户看
System.out.println(name + "取钱后,剩余:" + this.balance + "元");
}else {
// 余额不足
System.out.println(name + "来取钱了,余额不足!!");
}
}
public double getBalance() {
return balance;
}
public void setBalance(double balance) {
this.balance = balance;
}
}
package com.app.d3_thread_safety;
/**
2、需要定义一个线程任务类,线程类可以处理账户对象。
*/
public class DrawMoneyThread extends Thread {
// 接收处理的账户对象
private Account acc;
public DrawMoneyThread(Account acc, String name) {
super(name); // 设置线程名称,使用super关键字送给父类的初始化名称
this.acc = acc;
}
/**
重写run方法,里面是多个用户取钱的线程任务(多线程)
*/
@Override
public void run() {
// 两夫妻取钱
acc.drawMoney(100000); // 都取10万元
}
}
package com.app.d3_thread_safety;
/**
目标:通过模拟取钱案例,更深入理解到线程安全问题出现的原因
1、存在多线程并发
2、同时访问共享资源
3、存在修改共享资源
*/
public class ThreadDemo {
public static void main(String[] args) {
// 1、需要提供一个账户类,创建一个账户对象代表两夫妻的共享账户。
Account acc = new Account(100000); // 账户余额有10万元
// 2、需要定义一个线程任务类,线程类可以处理账户对象。
new DrawMoneyThread(acc, "小明").start();
new DrawMoneyThread(acc, "小红").start();
}
}
- 可以看到,两夫妻同时来银行取钱,会出现线程安全问题!!
案例总结
1、线程安全问题发生的原因是什么?
- 多个线程同时访问同一个共享资源且存在修改该资源。
四、线程同步
- 为了解决线程安全问题。
1、问题
- 取钱案例出现线程安全问题的原因是啥?
- 多个线程同时执行,发现账户余额都是充足的。
- 如何才能保证线程安全呢?
- 让多个线程实现先后依次访问共享资源,这样就解决了安全问题。
- 就好比说,同时进入一个系统,到取钱的时候,排个队。
2、核心思想
-
加锁,把共享资源进行上锁,每次只能一个线程进入访问,完毕以后解锁,然后其他线程才能进入。
-
假如:小红得到了锁的钥匙,优先将10万元取走,取完后自动退出。
-
然后等小明进入取钱的时候,发现已经余额不足啦!这样线程安全问题就解决啦!!
3、核心思想总结
1、线程同步解决安全问题的思想是啥?
- 加锁(必须唯一):让多个线程实现先后依次访问共享资源,这样就解决了安全问题。
4、方式一:同步代码块
(1)作用原理
- 作用:把出现线程安全问题的核心代码进行上锁。
- 原理:每次只能一个线程进入,执行完毕后自动解锁,其他线程才可以进来执行。
synchronized(同步锁对象) {
// 操作共享资源的代码(核心代码)
...
}
(2)锁对象要求
- 理论上:锁对象只要对于当前同时执行的线程是同一个对象即可。
(3)解决取钱案例出现的线程安全问题
- 可以看到,这个线程安全问题解决了!!
(4)锁对象问题
1、锁对象用任意唯一的对象好不好呢?
-
不好,会影响其他无关线程的执行。
-
什么意思呢?请看如下图解:
(5)锁对象的规范要求
-
规范上:建议使用共享资源作为锁对象。
-
对于实例方法建议使用
this
作为锁对象。
-
对于静态方法建议使用 字节码(类名.class) 对象作为锁对象。
总结
1、同步代码块是如何实现线程安全的?
- 对出现问题的核心代码使用
synchronized
关键字进行加锁 - 每次只能一个线程占锁进入访问
2、同步代码块的同步锁对象有什么要求?
- 对于
实例方法
建议使用this
作为锁对象 - 对于
静态方法
建议使用字节码(类名.class)
对象作为锁对象
5、方式二:同步方法
(1)作用原理
- 作用:把出现线程安全问题的核心方法进行上锁。
- 原理:每次只能一个线程进入,执行完毕后自动解锁,其他线程才可以进入执行。
修饰符 synchronized 返回值类型 方法名称(形参列表) {
// 操作共享资源的代码
...
}
(2)底层原理
- 同步方法其实底层也是有隐式锁对象的,只是锁的范围是整个方法代码。
- 如果方法是实例方法:同步方法默认用
this
作为锁对象,但是代码要高度面向对象! - 如果方法是静态方法:同步方法默认用
类名.class
作为锁对象。
(3)问题
1、是同步代码块好还是同步方法好?
-
同步代码块锁的范围更小,同步方法锁的范围更大。
-
性能来看,同步代码块会比较好!!
-
实际开发中同步方法用得多!!官方做线程安全的时候,同步方法用得也是非常多的!!
总结
1、同步方法是如何保证线程安全的?
- 对出现问题的核心方法使用
synchronzied
关键字修饰 - 每次只能一个线程占锁进入执行
2、同步方法的同步锁对象的原理?
- 对于实例方法默认使用
this
作为锁对象 - 对于静态方法默认使用
类名.class
对象作为锁对象
6、方式三:Lock锁(了解)
(1)概述
- 为了更清晰的表达如何加锁和释放锁,JDK 5以后提供了一个新的锁对象
Lock
,更加灵活、方便。 Lock
实现提供比使用synchronzied
方法和语句可以获得更广泛的锁定操作。Lock
是接口不能直接实例化,这里采用它的实现类ReentrantLock
来构建Lock
锁对象。
(2)实现类构造器
构造器 | 说明 |
---|---|
public ReentrantLock() | 获得Lock锁的实现类对象 |
(3)常用方法
方法名称 | 说明 |
---|---|
void lock() | 获得锁 |
void unlock() | 释放锁 |
- 可以看到,非常专业、完美,没有任何安全问题!!