JUC之LockSupport

公差(chai)

已于 2022-12-04 20:10:36 修改

阅读量74

点赞数

分类专栏：笔记文章标签： java

于 2022-12-04 20:05:39 首次发布

本文链接：https://blog.csdn.net/weixin_45850911/article/details/128176560

版权

笔记专栏收录该内容

7 篇文章 0 订阅

订阅专栏

为什么唤醒了两次后阻塞两次，但最终结果还是会阻塞线程?

什么是LockSupport?

1、通过park()和unpark(thread)方法来实现阻塞和唤醒线程的操作

2、LockSupport是一个线程阻塞工具类，所有的方法都是静态方法，可以让线程在任意位置阻塞，阻塞之后也有对应的唤醒方法。归根结底，LockSupport调用的Unsafe中的natice代码。

3、根据官网解释

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

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

可以把许可看成是一种(0,1)信号量(Semaphore)，但与Semapgore不同的是，许可的累加上限是1

阻塞方法

1、permit默认是0，所以一开始调用park()方法，当前线程就阻塞，直到别的线程将当前线程的permit设置为1时，park方法会被唤醒，然后会将permit再次设置为0并返回。
2、static void prak():底层是unsafe类的native方法
3、static void park(Object blocker)

唤醒方法

注意这个permit最多只能为1

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

LockSupport解决的痛点

1、LockSupport不用持有锁块，不用加锁，程序性能好
2、先后顺序，不容易导致卡死(因为unpark获得了一个凭证，之后再调用park方法，就可以名正言顺的凭证消费，故不会阻塞)
3、代码演示
class LockSupportDemo {
    functionA() {
        Thread t1 = new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + "come in");
            LockSupport.park();
            /**
         如果这里有两个LockSupport.park(),因为permit的值为1，上一行已经使用了permit
         所以下一行被注释的打开会导致程序处于一直等待的状态
         */
            // LockSupport.park();
            System.out.println(Thread.currentThread().getName() + "被唤醒了");
        }, "t1");
        t1.start();
        // 下面代码注释是为了t1线程先执行
        /*
        try {
            TimeUnit.SECONDS.sleep(20);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        */
        Thread t2 = new Thread(() -> {
            System.out.println(Thread.currentThread().getName() + "唤醒t1");
            //有两个LockSupport.unpark(t1),由于permit的值最大为1,所以只能给park一个通行证
            LockSupport.unpark(t1);
            //LockSupport.unpark(t1);
        }, "t2");
        t2.start();
    }
}