1. 什么是线程安全
线程安全指的是当多个线程同时访问一个共享的资源时,不会出现不确定的结果。这意味着无论并发线程的调度顺序如何,程序都能够按照设计的预期来运行,而不会产生竞态条件(race condition)或其他并发问题。
请看如下代码:
我们用两个线程分别让count++ 5w次,最后我们打印count,理论得到的结果是10w
public class ThreadDemo13 {
public static int count = 0;
public static void main(String[] args) throws InterruptedException {
Thread t1 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
count++;
}
});
Thread t2 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
count++;
}
});
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println("count = " + count);
}
}
运行代码:
我们发现结果与我们预期的并不相同。
其实 count++ 是由三个cpu指令来完成的
- load 从内存中读取数据到cpu寄存器
- add 把寄存器中的值 +1
- save 把寄存器中的值写回到内存中
由于线程之间是并发执行的,每个线程执行到任何一条指令后,都可能从cpu上调度走,而且去执行其他线程,于是当 t1 线程和 t2 线程并发执行时,会存在以下情况。
可以看到 这种情况两次 count++ 实际上只让count+1了,并且实际情况中 t1 的load和add之间又能有更多的指令,那样则会导致 多个count++ 只会令count+1 ,所以导致了结果与预期不符合
这类问题就称为线程不安全问题。
2. 线程安全问题及解决
从上面的示例我们可以发现,导致线程不安全的原因是,count++ 这三个指令不是整体执行的,于是我们要解决这个问题就可以想办法使这三个指令为一个整体
2.1 锁
在Java中我们可以通过加锁的方式来保证线程安全,锁具有 “互斥” “排他” 的特性
在Java中,加锁的方式有很多种,最主要的方式,是通过 synchronized 关键字
语法:
synchronized(锁对象) {
//要加锁的代码
}
加锁的时候,需要“锁对象”,如果一个线程用一个锁对象加上锁以后,其他线程也尝试用这个锁对象来加锁,就会产生阻塞(BLOCKED),直到前一个对象释放锁
锁对象是一个Object对象
我们给上述ThreadDemo13中 t1, t2 中的count++加上锁:
public class ThreadDemo13 {
public static int count = 0;
public static void main(String[] args) throws InterruptedException {
//随便创建一个对象,作为锁对象,因为所有类默认继承于Object类
//所以任意一个类的对象都可以作为锁对象
Object locker = new Object();
Thread t1 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
synchronized (locker) {
count++;
}
}
});
Thread t2 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
synchronized (locker) {
count++;
}
}
});
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println("count = " + count);
}
}
此时我们再次运行代码:
发现结果正确, 这是因为我们给 t1, t2 中的count都加上了同一个锁,运行代码时, t1 中的count++ 没有执行完时,t2中的 count++ 拿不到锁,就不会执行,同理,t2 中的count++ 没有执行完时,t1中的 count++ 也拿不到锁,也就不会执行。所以就保证了线程安全。
这里我们可以这样理解加锁操作:给代码加锁,就是规定这段代码必须拿到对应的锁才能执行,如果另一个线程中也有代码加了这把锁(即相同的锁对象),同样这段代码也必须拿到这个锁才能执行,但是这个锁只有一个,所以同一时间只能执行一段代码,另一段代码只能等上一段代码执行完,把锁释放了,才能拿到锁进而执行
注意:
- 加了锁的代码,任然可能中途被调度出cpu,只不过调度出cpu后,任然是加锁状态
- 只有以同一个锁对象加锁的线程间会产生锁竞争
synchronized 还有几种写法
1. 下面这个代码是否是线程安全的?
class Test {
public static int count = 0;
public void add() {
synchronized (this) {
count++;
}
}
}
public class ThreadDemo14 {
public static void main(String[] args) throws InterruptedException {
Test t = new Test();
Thread t1 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
t.add();
}
});
Thread t2 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
t.add();
}
});
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println("count = " + t.count);
}
}
注意this指的是当前对象,我们发现 调用add的都是t,所以, t1, t2 中 都是通过 t 来加锁,所以存在锁竞争,这段代码是线程安全的:
2. 锁可以加在方法上面
class Test1 {
public static int count = 0;
synchronized public void add() {
count++;
}
}
public class ThreadDemo15 {
public static void main(String[] args) throws InterruptedException {
Test1 t = new Test1();
Thread t1 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
t.add();
}
});
Thread t2 = new Thread(() -> {
for(int i = 0; i < 50000; i++) {
t.add();
}
});
t1.start();
t2.start();
t1.join();
t2.join();
System.out.println("count = " + t.count);
}
}
这种写法与上面效果相同,都是通过当前对象加锁
2.2 synchronized 特性
下列代码能否正常打印Ting?
public class ThreadDemo16 {
public static void main(String[] args) {
Object locker = new Object();
Thread t = new Thread(() -> {
synchronized (locker) { //1
synchronized (locker) { //2
System.out.println("Ting");
}// 3
}// 4
});
t.start();
}
}
答案是可以的:
解释:在1位置,第一次使用locker加锁,很明显这里是可以加上的,在2位置,这里也在尝试使用locker进行加锁,按照我们上面的理解,这里的锁是加不上的,但是最后却输出了Ting,这里是因为这两次加锁是同一个线程在进行,这种操作是允许的,这个特性称为可重入,这是Java开发者为了防止出现死锁而设计的,
注意:这种写法在1位置才会加锁,在2 位置时,不会真的加锁,在3位置也不会释放锁,在4位置才会释放锁 ,对于可重入锁,内部会有一个加锁次数的计数器,当加锁时计数器为0 才会加锁,每“加一次锁”计数器+1,而每出一个“}”计数器-1,为0时才释放锁
2.3 死锁的三种典型场景
1. 一个线程,一把锁
如同上面所讲的,如果锁是不可重入锁,并且一个线程,用这把锁加锁两次就会出现死锁
2. 两个线程 两把锁
线程 1 获取到锁 A
线程 2 获取到锁 B
在这种情况下 ,1尝试获取 B, 2尝试获取 A
示例代码 :
public class ThreadDemo17 {
public static void main(String[] args) {
Object A = new Object();
Object B = new Object();
Thread t1 = new Thread(() -> {
synchronized (A) {
try {
//等 t2 拿到B
Thread.sleep(1000);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
synchronized (B) {
System.out.println("t1拿到了两把锁");
}
}
});
Thread t2 = new Thread(() -> {
synchronized (B) {
try {
//等 t1 拿到A
Thread.sleep(1000);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
synchronized (A) {
System.out.println("t2拿到了两把锁");
}
}
});
t1.start();
t2.start();
}
}
3. N个线程M把锁
类似于上面的两个线程两把锁的问题,
下面简单画个图演示这种情况:
这种情况下,每个线程都在等待左边的锁被释放,形成一个死锁
解决:对每把锁都进行编号,规定每个线程都必须先获取编号小的锁,再获取编号大的锁,于是,线程1在获取到锁A前是不会获取锁F的,所以就避免了上述情况。
2.4 内存可见性引起的线程安全问题
在Java中,多线程共享内存可能会导致内存可见性问题,从而引起线程安全问题。简单来说,内存可见性是指:当一个线程修改了共享变量的值时,这个新值可能不会立即被其他线程所看到
示例代码:
public class ThreadDemo18 {
public static int flag = 0;
public static void main(String[] args) {
int a = 0;
Thread t1 = new Thread(() -> {
while(flag == 0) {
}
System.out.println("t1线程结束");
});
Thread t2 = new Thread(() -> {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
System.out.println("把flag置为1");
flag = 1;
});
t1.start();
t2.start();
}
}
当我们运行代码发现:
flag被置为1后 t1线程并没有结束
这里我们主要查看这段代码:
这段代码的核心指令只有两条
1. 读取内存中flag的值到cpu寄存器里
2. 拿寄存器里的值和 0 比较
在上述循环中的循环速度是非常快的, 一秒钟可能就运行了几亿次,在这个执行过程中,1操作每次读取的结果都是一样的,并且我们知道,内存的读写速度,相对于2操作的比较速度,是慢得多的,在这个循环中,九成九的时间都在执行1操作,并且运行了很多次(几亿甚至上百亿),读取的值都没有变化,此时JVM 就可能做出优化:不再执行 1 操作,直接用之前寄存器中的值和0做比较。当后面 flag的值变为1后,t1 线程中寄存器中存的值还是0,所以循环不会结束。
我们可以在while中加一个sleep,让循环变慢:
public class ThreadDemo18 {
public static int flag = 0;
public static void main(String[] args) {
int a = 0;
Thread t1 = new Thread(() -> {
while(flag == 0) {
try {
Thread.sleep(1);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
}
System.out.println("t1线程结束");
});
Thread t2 = new Thread(() -> {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
System.out.println("把flag置为1");
flag = 1;
});
t1.start();
t2.start();
}
}
运行代码:
我们发现循环可以正常结束。
这是因为不加sleep时,一秒钟循环几亿次,操作 1 的整体开销占比是非常大的,优化的迫切程度就更高;加了sleep后一秒循环1000次,操作 1 的整体开销占比就小很多了,优化的迫切程度也就每那么高。
Java中提供了 volatile 关键字,可以使上述优化被关闭
public class ThreadDemo18 {
volatile public static int flag = 0;
public static void main(String[] args) {
int a = 0;
Thread t1 = new Thread(() -> {
while(flag == 0) {
}
System.out.println("t1线程结束");
});
Thread t2 = new Thread(() -> {
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
System.out.println("把flag置为1");
flag = 1;
});
t1.start();
t2.start();
}
}
运行结果:
volatile 有两个功能
1. 保证内存可见性
2. 防止指令重排序
2.5 线程饿死
Java中的线程饥饿(Thread Starvation),是指某个或某些线程无法获取到所需的CPU时间或其它系统资源,从而陷入长时间的等待状态,无法继续正常执行。这种情况可能会导致程序性能下降、响应时间延长,甚至出现死锁等严重问题。
线程饥饿通常是由于以下几个原因引起的:
-
CPU资源被占用:当有一个或多个线程占用了大量的CPU资源时,其他线程可能无法获得足够的CPU时间,从而无法正常执行。
-
长时间等待资源:当某个线程需要等待某个资源(如锁、I/O操作等)时,如果该资源一直被其他线程占用,那么该线程可能会长时间等待,从而导致线程饥饿。
示例代码:public class ThreadDemo19 { public static void main(String[] args) throws InterruptedException { Object locker = new Object(); Thread t1 = new Thread(() -> { synchronized (locker) { while(true) { //模拟长时间占用锁 } } }); Thread t2 = new Thread(() -> { synchronized (locker) { System.out.println("执行了t2"); } }); t1.start(); //确保t1先拿到locker Thread.sleep(100); t2.start(); } }
-
线程优先级不足:当有多个线程同时竞争某个资源时,如果优先级较低的线程一直无法获得该资源,那么它们可能会陷入长时间的等待状态。
例如:现有 1,2,3 三个线程,线程1 的优先级更高,现在线程1 拿到了锁,但是现在某个条件不满足,线程1无法执行,所以线程1 由把锁释放了,但是线程 1 释放锁之后 任然会参与到锁竞争中,又由于 线程1的优先级高于线程2和线程3,所以任然是线程1拿到锁,于是导致了死锁。这种情况下我们可以使用 wait/notify 解决 让线程1 在条件满足时 再尝试获取锁
2.6 wait / notify
-
wait()方法:
- wait()方法是Object类中定义的方法,可以在任何对象上被调用。它使当前线程释放对象的锁,并让线程进入等待状态,直到其他线程调用相同对象上的notify()或notifyAll()方法将其唤醒。
- 调用wait()方法会导致当前线程进入等待队列,并释放对象的监视器锁(即释放synchronized块或方法中的锁),允许其他线程获得该锁并执行相应操作。
- wait()方法可以指定等待的超时时间,如果在指定的时间内没有被唤醒,则线程会自动苏醒。
-
notify()方法:
- notify()方法也是Object类中定义的方法,用于唤醒等待在相同对象上的某个线程。它会选择性地通知等待队列中的一个线程,表示该线程可以尝试重新获得对象的锁。
- 如果有多个线程在等待相同对象上的锁,那么只有其中一个线程会被唤醒,具体唤醒哪个线程是不确定的。
- notifyAll()方法则会唤醒等待队列中的所有线程。
示例:
public class ThreadDemo20 {
public static void main(String[] args) throws InterruptedException {
Object locker = new Object();
Thread t1 = new Thread(() -> {
synchronized (locker) {
try {
System.out.println("wait之前");
//wait必须在synchronized内部,因为要释放锁的前提是得加上锁
locker.wait();
System.out.println("wait之后");
} catch (InterruptedException e) {
//wait 和 sleep join都是一类的可能会被提前唤醒,需要捕获异常
e.printStackTrace();
}
}
});
Thread t2 = new Thread(() -> {
synchronized (locker) {
System.out.println("notify之前");
//Java特别规定notify也必须在synchronized内部
locker.notify();
System.out.println("notify之后");
}
});
t1.start();
Thread.sleep(1000);
t2.start();
}
}
执行过程:
t1 执行后会立刻拿到锁,并且打印 “wait之前” 然后进入wait方法 (释放锁,阻塞等待),然后等待1秒,t2开始执行,拿到锁 打印 “notify”之前 ,然后执行 notify,让 t1 停止阻塞,重新参与锁竞争
注意:wait()可以设置最大等待时间,具体规则和join相同