JUC(六)--线程等待

如何中断一个线程在之前的文章中说过了,传送门。今日聊聊线程等待那些事。

一共有三种让线程等待和唤醒的方法

• 使用Object中的wait方法让线程等待，使用Object中的notify方法唤醒线程
• 使用JUC包中Condition的await方法让线程等待，signal方法唤醒线程
• 使用LockSupport类阻塞当前线程以及唤醒被指定被阻塞的线程

 wait和notify的使用姿势

wait和notify方法必须要在同步块或者方法里面，且成对出现使用,如果不放在同步块里面会报IllegalMonitorStateException.

要先wait后notify,否则线程无法被唤醒

private final static String LOCK = "lock";

@Test
public void testWait() throws InterruptedException {
    Thread t1 = new Thread(() -> {
        log.info("进入t1线程");
        synchronized (LOCK) {
            try {
                log.info("t1线程开始等待");
                LOCK.wait();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            log.info("t1线程继续执行");
        }
    });
    t1.start();
    Thread.sleep(1000);
    synchronized (LOCK) {
        log.info("唤醒t1线程");
        LOCK.notify();
    }
}

Condition的使用姿势

condition的使用方式其实跟wait,notify差不多，都是需要先加锁，并且需要先await后signal,顺序不能反了。区别就是一个锁支持多个条件变量。之前的文章有具体案例，传送门

LockSupport的使用姿势

之前两种方式都需要先加锁后等待，并且等待和唤醒的顺序不能错了，而LockSupport就没有这两种限制，可以在不加锁的情况下使用，并且等待和唤醒不要求先后顺序。

LockSupport是用来创建锁和其他同步类的基本线程阻塞原语。
LockSupport类使用了一种名为Permit（许可）的概念来做到阻塞和唤醒线程的功能， 每个线程都有一个许可(permit)，
permit只有两个值1和零，默认是零。
可以把许可看成是一种(0,1)信号量（Semaphore），但与 Semaphore 不同的是，许可的累加上限是1。

调用LockSupport.pack时,permit默认是零，所以一开始调用park()方法，当前线程就会阻塞，直到别的线程将当前线程的permit设置为1时，park方法会被唤醒，然后会将permit再次设置为零并返回。如果permit不为0则继续执行，不会阻塞

调用unpark(thread)方法后，就会将thread线程的许可permit设置成1(注意多次调用unpark方法，不会累加，permit值还是1)会自动唤醒thread线程，即之前阻塞中的LockSupport.park()方法会立即返回。

public void testPark() throws InterruptedException {
    Thread t1 = new Thread(() -> {
        log.info("进入t1线程");
        log.info("t1线程正在获取许可");
        LockSupport.park();
        log.info("t1线程开始执行");
    });
    t1.start();
    Thread.sleep(1000);
    log.info("颁发t1线程许可");
    LockSupport.unpark(t1);
}

可以看到代码简洁了很多。LockSupport还有个需要注意的地方是如果在同步块中执行，它是不会释放锁的，而前面两种方式会释放锁。