JUC-LockSupport(十七)

一、LockSupport 是什么?

LockSupport是用来创建锁和其他同步类的基本线程阻塞原语。

LockSupport中的park()和unpark()的作用分别是阻塞线程和解除阻塞线程,可以将其看作是线程等待唤醒机制(wait/notify)的加强版
在这里插入图片描述

二、传统两种线程等待唤醒的方法

方式1: 使用Object中的wait()方法让线程等待, 使用Object中的notify()方法唤醒线程,与synchronized配合使用。

方式2: 使用JUC包中Condition的await()方法让线程等待,使用signal()方法唤醒线程,与Lock 锁配合使用。

方式3: LockSupport类可以阻塞当前线程以及唤醒指定被阻塞的线程

2.1 Object 类

Object类中的wait和notify方法实现线程等待和唤醒

1、正常情况:实现线程的等待和唤醒

static Object objectLock = new Object();

private static void synchronizedWaitNotify() {
    new Thread(() -> {
        synchronized (objectLock) {
            System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
            try {
                objectLock.wait(); // 等待
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
        }
    }, "A").start();

    new Thread(() -> {
        synchronized (objectLock) {
        	TimeUnit.SECONDS.sleep(3L);
            objectLock.notify(); // 唤醒
            System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
        }
    }, "B").start();
}

程序运行结果:A 线程先执行,执行 objectLock.wait() 后被阻塞,B 线程在 A 线程之后执行 objectLock.notify() 将 A线程唤醒
在这里插入图片描述

2、异常情况一:不在 synchronized 关键字中使用 wait() 和 notify() 方法

static Object objectLock = new Object();

private static void synchronizedWaitNotify() {
    new Thread(() -> {
        //synchronized (objectLock) {
        System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
        try {
            objectLock.wait(); // 等待
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
        //}
    }, "A").start();

    new Thread(() -> {
        //synchronized (objectLock) {
        objectLock.notify(); // 唤醒
        System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
        //}
    }, "B").start();
}

程序运行结果:不在 synchronized 关键字中使用 wait() 和 notify() 方法 ,将抛出 java.lang.IllegalMonitorStateException 异常
在这里插入图片描述

3、异常情况二:先 notify() 后 wait()

static Object objectLock = new Object();

private static void synchronizedWaitNotify() {
    new Thread(() -> {
        try {
            TimeUnit.SECONDS.sleep(3L);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        synchronized (objectLock) {
            System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
            try {
                objectLock.wait(); // 等待
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
        }
    }, "A").start();

    new Thread(() -> {
        synchronized (objectLock) {
            objectLock.notify(); // 唤醒
            System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
        }
    }, "B").start();
}

程序运行结果:B 线程先执行 objectLock.notify(),A 线程再执行 objectLock.wait(),这样 A 线程无法被唤醒
在这里插入图片描述

2.2 Condition接 口

Condition接口中的await后signal方法实现线程的等待和唤醒

1、正常情况:实现线程的等待和唤醒

static Lock lock = new ReentrantLock();
static Condition condition = lock.newCondition();

private static void lockAwaitSignal() {
    new Thread(() -> {
        lock.lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
            try {
                condition.await();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
        } finally {
            lock.unlock();
        }
    }, "A").start();


    new Thread(() -> {
        lock.lock();
        try {
        	TimeUnit.SECONDS.sleep(3L);
            condition.signal();
            System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
        } finally {
            lock.unlock();
        }
    }, "B").start();
}

程序运行结果:A 线程先执行,执行 condition.await() 后被阻塞,B 线程在 A 线程之后执行 condition.signal() 将 A线程唤醒
在这里插入图片描述

2、异常情况一:不在 lock() 和 unlock() 方法内使用 await() 和 signal() 方法

static Lock lock = new ReentrantLock();
static Condition condition = lock.newCondition();

private static void lockAwaitSignal() {
    new Thread(() -> {
        //lock.lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
            try {
                condition.await();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
        } finally {
            //lock.unlock();
        }
    }, "A").start();


    new Thread(() -> {
        //lock.lock();
        try {
            condition.signal();
            System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
        } finally {
            //lock.unlock();
        }
    }, "B").start();
}

程序运行结果:不在 lock() 和 unlock() 方法内使用 await() 和 signal() 方法,将抛出 java.lang.IllegalMonitorStateException 异常
在这里插入图片描述

3、异常情况二:先 signal() 后 await()

static Lock lock = new ReentrantLock();
static Condition condition = lock.newCondition();

private static void lockAwaitSignal() {
    new Thread(() -> {
        try {
            TimeUnit.SECONDS.sleep(3L);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        lock.lock();
        try {
            System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
            try {
                condition.await();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
        } finally {
            lock.unlock();
        }
    }, "A").start();


    new Thread(() -> {
        lock.lock();
        try {
            condition.signal();
            System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
        } finally {
            lock.unlock();
        }
    }, "B").start();
}


程序运行结果:B 线程先执行 condition.signal(),A 线程再执行 condition.await(),这样 A 线程无法被唤醒

在这里插入图片描述

2.3 小结

传统的 synchronized 和 Lock 实现等待唤醒通知的约束:

  • 线程先要获得并持有锁,必须在锁块(synchronized或lock)中执行
  • 必须要先等待后唤醒,线程才能够被唤醒

出于这种使用限制,于是有了后来的LockSupport类,其出现就是为了解决这些限制。

三、LockSupport实现线程等待唤醒

3.1 LockSupport 官方介绍

LockSupport 是用来创建锁和其他同步类的基本线程阻塞原语。

LockSupport 类使用了一种名为 permit(许可)的概念来做到阻塞和唤醒线程的功能,每个线程都有一个许可(permit),permit 只有两个值 1 和零,默认是零。

可以把许可看成是一种(0, 1)信号量(Semaphore),但与 Semaphore 不同的是,许可的累加上限是 1。
在这里插入图片描述

3.2 LockSupport 的方法

在这里插入图片描述

阻塞方法

park()/park(Object blocker)

作用:阻塞当前线程/阻塞传入的具体线程

permit 默认是 0,所以一开始调用 park() 方法,当前线程就会阻塞,直到别的线程将当前线程的 permit 设置为 1 时,park() 方法会被唤醒,然后会将 permit 再次设置为 0 并返回。

park() 方法通过 Unsafe 类实现:

// Disables the current thread for thread scheduling purposes unless the permit is available.
public static void park() {
    UNSAFE.park(false, 0L);
}

唤醒

unpark(Thread thread)

作用:唤醒处于阻断状态的指定线程

调用 unpark(thread) 方法后,就会将 thread 线程的许可 permit 设置成 1(注意多次调用 unpark()方法,不会累加,permit 值还是 1),继而唤醒目标 thread 线程。

unpark() 方法通过 Unsafe 类实现:

// Makes available the permit for the given thread
public static void unpark(Thread thread) {
    if (thread != null)
        UNSAFE.unpark(thread);
}

3.3 LockSupport 实现等待唤醒

1、正常使用 LockSupport

private static void lockSupportParkUnpark() {
    Thread a = new Thread(() -> {
        System.out.println(Thread.currentThread().getName() + "\t" + "------come in");
        LockSupport.park(); // 线程 A 阻塞
        System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒");
    }, "A");
    a.start();

    new Thread(() -> {
    	TimeUnit.SECONDS.sleep(3L);
        LockSupport.unpark(a); // B 线程唤醒线程 A
        System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
    }, "B").start();
}

程序运行结果:A 线程先执行 LockSupport.park() 方法将通行证(permit)设置为 0,其实这并没有什么用,因为 permit 初始值本来就为 0,然后 B 线程执行 LockSupport.unpark(a) 方法将 permit 设置为 1,此时 A 线程可以通行

在这里插入图片描述

2、先 unpark() 后 park()

private static void lockSupportParkUnpark() {
    Thread a = new Thread(() -> {
        try {
            TimeUnit.SECONDS.sleep(3L);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println(Thread.currentThread().getName() + "\t" + "------come in" + System.currentTimeMillis());
        LockSupport.park();
        System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒" + System.currentTimeMillis());
    }, "A");
    a.start();

    new Thread(() -> {
        LockSupport.unpark(a);
        System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
    }, "B").start();
}

程序运行结果:因为引入了通行证的概念,所以先唤醒(unpark())其实并不会有什么影响,相当于提前给了许可证,从程序运行结果可以看出,A 线程执行 LockSupport.park() 时并没有被阻塞
在这里插入图片描述

3、验证 permit 上限值为 1

private static void lockSupportParkUnpark() {
    Thread a = new Thread(() -> {
        try {
            TimeUnit.SECONDS.sleep(3L);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        System.out.println(Thread.currentThread().getName() + "\t" + "------come in" + System.currentTimeMillis());
        LockSupport.park();
        LockSupport.park();
        System.out.println(Thread.currentThread().getName() + "\t" + "------被唤醒" + System.currentTimeMillis());
    }, "A");
    a.start();

    new Thread(() -> {
        LockSupport.unpark(a);
        LockSupport.unpark(a);
        System.out.println(Thread.currentThread().getName() + "\t" + "------通知");
    }, "B").start();
}

程序运行结果:由于 permit 的上限值为 1,所以执行两次 LockSupport.unpark(),但等价于执行了一次,因此将A 线程执行了两次park()阻塞,第二次无法通过。

也许你会短路一下:执行两次park()为啥不等价于执行了一次?你懂的。

在这里插入图片描述

3.4 LockSupport 小总结

以前的等待唤醒通知机制必须synchronized里面执行wait和notify,在lock里面执行await和signal,这上面这两个都必须要持有锁才能干

LockSupport:俗称锁中断,LockSupport 解决了 synchronized 和 lock 的痛点

LockSupport不用持有锁块,不用加锁,程序性能好,无须注意唤醒和阻塞的先后顺序,不容易导致卡死

四、LockSupport 重点说明

  1. LockSupport是一个线程阻塞工具类,所有的方法都是静态方法,可以让线程在任意位置阻塞,阻塞之后也有对应的唤醒方法。归根结底,LockSupport调用的Unsafe中的native代码。
  2. LockSupport提供park()和unpark()方法实现阻塞线程和解除线程阻塞的过程。
  3. LockSupport和每个使用它的线程都有一个许可(permit)关联。permit相当于1,0的开关,默认是0。调用unpark就变成1,重复调用unpark也不会积累凭证,调用一次park会消费permit,也就是将1变成0。
  4. 当调用park方法时,如果有凭证,则会直接消耗掉这个凭证然后正常通过; 如果无凭证,就必须阻塞等待凭证可用。

为什么可以先唤醒线程后阻塞线程?
因为先调用unpark时,目标线程提前获得了一个凭证,之后再调用park方法,就可以名正言顺的凭证消费,故不会阻塞。

为什么先唤醒两次后再阻塞两次,但最终结果还会阻塞线程?

因为凭证的数量最多为1,连续调用两次unpark和调用一次unpark效果一样,有且仅有一个凭证;而调用两次park却需要消费两个凭证,第一次park通行了,第二次park无证不能放行。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值