一.多线程的执行顺序
由于多个线程执行是抢占式执行,就会导致顺序不同,同时就会导致出现问题,就比如俩个线程同时对同一个变量进行修改,我们难以预知执行顺序。
但在实际开发中,我们希望代码按一定的逻辑顺序执行,希望可以协调多个线程的执行顺序。
之前提到过join,会让调用它的线程进入阻塞等待,但有个缺陷就是,它必须得等那个线程完全执行完才能继续执行。怎么才能随意调度?
可以用到wait和notify方法
二.wait和notify
1.wait和notify可以协调多个线程的执行顺序
wait可以让指定线程进入阻塞等待状态,notify可以唤醒正在wait的线程
2.wait和notify是依赖对象的
wait和notify都是Object类里面的成员方法,它们的调用是依赖对象的
3.wait所做的工作
在了解wait所做的工作之前,我们先看一个wait和notify使用的实例:
我们发现唤醒wait之后,没有进行打印操作,而是抛出了异常,这个异常叫做:IllegalMonitorStatementException非法的监视器状态异常,什么是监视器?其实这里说的是synchronized锁,它也叫做监视器锁。这里我们就可以来了解一下wait所作的工作:
1.释放当前所持有的锁
2.让线程进入阻塞状态,并等待被唤醒。
3.当线程被唤醒时,重新获取到锁
所以说,使用wait的前提是得加锁,同时notify也得加锁,对谁加锁?就是对调用wait和notify的哪个对象进行加锁。
为什么要这样加锁呢?首先对线程1进行加锁,当它不想做任何事情时,就进入阻塞状态,此时它啥也不干,就没必要拿着锁,就释放了,让急需锁的线程2先用,当线程2的任务完成的差不多时,他就可以把锁还给线程1了。所以代码修改如下:
4.notify
唤醒正在等待的线程。当有多个线程都在等待时(前提是这几个等待的线程都在等待同一把锁),notify唤醒时是随即唤醒其中的一个线程而其他线程还在等待。并且,如果notify后面还有代码(在synronized里面),就会先执行完这些代码,再唤醒wait的线程如下例子:
public class Test2 {
private static Object object=new Object();
public static void main(String[] args) {
Thread t1=new Thread(()->{
synchronized(object) {
System.out.println("t1kaishi");
try {
object.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("t1jieshu");
}
});
Thread t2=new Thread(()->{
synchronized (object){
System.out.println("t2kaishi");
try {
object.wait();
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("t2jieshu");
}
});
Thread t3=new Thread(()->{
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (object){
try {
object.notify();
Thread.sleep(1000);
System.out.println("t3jieshu");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
t1.start();
t2.start();
t3.start();
}
}
首先,t1t2是等待线程,t3是通知线程。t1开始,先得到了锁,然后wait时释放了锁,这时t2拿到了锁,然后wait时释放了锁;之后等1秒过后,t3拿到了锁,然后唤醒等待该锁的线程,但我们发现,最终是t1结束了,但t2没有结束而且程序迟迟没有结束,这说明只有t1被唤醒了,而t2还在wait。而且可以发现,是t3结束先打印的,说明是notify之后会把后面的代码全部执行完才会去唤醒线程,而在调用了notify和t3后续代码执行完期间,t1的状态就是BLOCKED状态,如下:
这是在t3执行了notify之后,t1的状态:Thread-2(也就是t3)持有锁,而Thread-0(t1)已经不是waiting状态了,而是BOLCKED状态,它已经被唤醒,在等锁。
5.notifyAll
notifyAll方法是一次唤醒所有线程。这与notify不同的是,所有线程都可以从WAITING状态转变成其他状态,但是,一i那位它们都想拿同一把锁,所以会出现锁金正,没拿到锁的就得等待持有锁的把锁释放了再去竞争,在等待锁的过程中,这些线程就是BLOCKED状态
public class Test2 {
private static Object object=new Object();
public static void main(String[] args) {
Thread t1=new Thread(()->{
synchronized(object) {
System.out.println("t1kaishi");
try {
object.wait();
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("t1jieshu");
}
});
Thread t2=new Thread(()->{
synchronized (object){
System.out.println("t2kaishi");
try {
object.wait();
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println("t2jieshu");
}
});
Thread t3=new Thread(()->{
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
synchronized (object){
try {
object.notifyAll();
Thread.sleep(1000);
System.out.println("t3jieshu");
} catch (InterruptedException e) {
e.printStackTrace();
}
}
});
t1.start();
t2.start();
t3.start();
}
}
还是上面这个代码,只不过在t1t2被唤醒后又让它们沉睡了1秒,以便观察它们的状态,这一次是notify之后,t2抢到了锁,观察jconsole.exe,发现t1和t2都是BLOCKED,因为先执行了t3锁里面的内容,然后是t2开始执行,此时t1还是BLOCKED,最后t1也拿到了锁。
6.注意
一般我们使用nootify方法,而不是用notifyAll方法,因为notify方法更加可控,而notifyAll方法却会引起竞争,而且会增加cpu的消耗