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

1. 当调用unpark(thread)方法，就会将thread线程的许可permit设置成1(注意多次调用unpark方法，不会累加，permit值还是1)。
2. 当调用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方法

总结

参考

第14天:JUC中的LockSupport工具类