LockSupport

LockSupport

用于创建锁和其他同步类的基本线程阻塞原语。LockSupport其实就是对线程等待唤醒机制(wait/notify)的改良版。

什么是LockSupport?

1. 通过park()和unpark(thread)方法来实现阻塞和唤醒线程的操作
2. LockSupport是一个线程阻塞工具类，所有的方法都是静态方法，可以让线程在任意位置阻塞，阻塞之后也有对应的唤醒方法。归根结底，LockSupport调用的Unsafe中的native代码。
3. 官网解释：
   LockSupport是用来创建锁和其他同步类的基本线程阻塞原语，LockSupport类使用了一种名为Permit(许可）的概念来做到阻塞和唤醒线程的功能，每个线程都有一个许可(permit),permit只有两个值1和零，默认是零。可以把许可看成是一种(0,1)信号量(Semaphore），但与Semaphore不同的是，许可的累加上限是1。

LockSupport怎么用？

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

2. static void park( )：底层是unsafe类native方法

   public static void park() {
       UNSAFE.park(false, 0L);
   }
   

3. static void unpark()

   public static void unpark(Thread thread) {
       if (thread != null)
           UNSAFE.unpark(thread);
   }
   

LockSupport解决了什么问题？

1. LockSupport不用持有锁块，不用加锁，程序性能好。
2. LockSupport不容易卡死，没有等待唤醒的顺序，因为unpark获得了一个凭证，之后调用park方法直接被放行。

其实凭证类似于一个线程的开关(只有0和1)，当调用unpark时，开关打开，等待的线程直接放行。每次放行要消耗一个开关，但是开关不能累加。

关于LockSupport的问题

1. 为什么可以先唤醒线程后阻塞线程?

   因为unpark获得了一个凭证，之后再调用park方法，就可以名正言顺的凭证消费，故不会阻塞。

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

   因为凭证的数量最多为1，连续调用两次unpark和调用一次unpark效果一样，只会增加一个凭证;而调用两次park却需要消费两个凭证，证不够，不能放行。