12-JUC中的LockSupport工具类
文章目录
关于线程等待/唤醒的方法
- 方式1：使用Object中的wait()方法让线程等待，使用Object中的notify()方法唤醒线程
- 方式2：使用juc包中Condition的await()方法让线程等待，使用signal()方法唤醒线程
关于Object类中的用户线程等待和唤醒的方法
wait()/notify()/notifyAll()方法都必须放在同步代码（必须在synchronized内部执行）中执行，需要先获取锁线程唤醒的方法（notify、notifyAll）需要在等待的方法（wait）之后执行，等待中的线程才可能会被唤醒，否则无法唤醒
关于Condition中方法使用总结：
使用Condtion中的线程等待和唤醒方法之前，需要先获取锁。否者会报 IllegalMonitorStateException异常signal()方法先于await()方法之前调用，线程无法被唤醒
Object和Condition的局限性
关于Object和Condtion中线程等待和唤醒的局限性，有以下几点：
- 2中方式中的让线程等待和唤醒的方法能够执行的先决条件是：线程需要先获取锁
- 唤醒方法需要在等待方法之后调用，线程才能够被唤醒
关于这2点，LockSupport都不需要，就能实现线程的等待和唤醒而LockSupport中，唤醒的方法不管是在等待之前还是在等待之后调用，线程都能够被唤醒。
LockSupport类
LockSupport类可以阻塞当前线程以及唤醒指定被阻塞的线程。主要是通过park()和unpark(thread)方法来实现阻塞和唤醒线程的操作的。
每个线程都有一个许可(permit)，permit只有两个值1和0，默认是0
- 当调用unpark(thread)方法，就会将thread线程的许可permit设置成1(注意多次调用unpark方法，不会累加，permit值还是1)。
- 当调用park()方法，如果当前线程的permit是1，那么将permit设置为0，并立即返回。如果当前线程的permit是0，那么当前线程就会阻塞，直到别的线程将当前线程的permit设置为1时，park方法会被唤醒，然后会将permit再次设置为0，并返回。
注意：因为permit默认是0，所以一开始调用park()方法，线程必定会被阻塞。调用unpark(thread)方法后，会自动唤醒thread线程，即park方法立即返回。
LockSupport中常用的方法
阻塞线程
- void park()：阻塞当前线程，如果调用unpark方法或者当前线程被中断，从能从park()方法中返回
- void park(Object blocker)：功能同方法1，入参增加一个Object对象，用来记录导致线程阻塞的阻塞对象，方便进行问题排查
- void parkNanos(long nanos)：阻塞当前线程，最长不超过nanos纳秒，增加了超时返回的特性
- void parkNanos(Object blocker, long nanos)：功能同方法3，入参增加一个Object对象，用来记录导致线程阻塞的阻塞对象，方便进行问题排查
- void parkUntil(long deadline)：阻塞当前线程，直到deadline，deadline是一个绝对时间，表示某个时间的毫秒格式
- void parkUntil(Object blocker, long deadline)：功能同方法5，入参增加一个Object对象，用来记录导致线程阻塞的阻塞对象，方便进行问题排查；
唤醒线程
- void unpark(Thread thread):唤醒处于阻塞状态的指定线程
LockSupport.park方法让线程等待之后，唤醒方式有2种：
- 调用LockSupport.unpark方法
- 调用等待线程的 interrupt()方法，给等待的线程发送中断信号，可以唤醒线程
线程等待和唤醒的3种方式做个对比
- 方式1：Object中的wait、notify、notifyAll方法
- 方式2：juc中Condition接口提供的await、signal、signalAll方法
- 方式3：juc中的LockSupport提供的park、unpark方法