阅读本文前，需要储备的知识点如下，点击链接直接跳转。
java线程详解
Java不能操作内存？Unsafe了解一下
LockSupport介绍
搞java开发的基本都知道J.U.C并发包（即java.util.concurrent包），所有并发相关的类基本都来自于这个包下，这个包是JDK1.5以后由祖师爷Doug Lea写的，LockSupport也是在这时诞生的，在JDK1.6又加了些操作方法。
其实LockSupport的这些静态方法基本都是调用Unsafe类的方法，所以建议大家看看文章开头的Unsafe那篇文章。
首先我们来看看LockSupport类开头的一段注释。
/**
* Basic thread blocking primitives for creating locks and other
* synchronization classes.
*
* <p>This class associates, with each thread that uses it, a permit
* (in the sense of the {@link java.util.concurrent.Semaphore
* Semaphore} class). A call to {@code park} will return immediately
* if the permit is available, consuming it in the process; otherwise
* it <em>may</em> block. A call to {@code unpark} makes the permit
* available, if it was not already available. (Unlike with Semaphores
* though, permits do not accumulate. There is at most one.)
大概的意思就是说，LockSupport这个类用于创建锁和其他同步类的基本线程阻塞原语。这个类与使用它的每个线程关联一个许可证，这个许可证数量不会累积。最多只有一个即permit要么是0要么是1，如果调用park方法，permit=1时则当前线程继续执行，否则没有获取到许可证，阻塞当前线程；调用unpark方法会释放一个许可，把permit置为1，连续多次调用unpark只会把许可证置为1一次，被阻塞的线程获取许可后继续执行。
额，可能刚开始接触这个类的童鞋有点懵逼，不过没关系，下面我为大家准备了饮料小菜花生米，诸位搬好小板凳，静静的听我吹牛逼吧，哈哈。
API
LockSupport类只有几个静态方法，构造方法是私有的，所以使用的过程中就调用它的这几个静态方法就够了。
- 单纯的设置和获取阻塞对象。
// 给线程t设置阻塞对象为arg，以便出问题时排查阻塞对象，这个方法为私有方法，其他park的静态方法会调用这个方法设置blocker
private static void setBlocker(Thread t, Object arg)
// 获取线程t的阻塞对象，一般用于排查问题
public static Object getBlocker(Thread t)
- 单纯的阻塞和给线程释放许可
// 阻塞当前线程，如果已经获取到许可则不阻塞继续执行，这个阻塞可以响应中断
public static void park()
// 释放线程thread的许可，使得thread线程从park处继续向后执行，如果threa为null不做任何操作
public static void unpark(Thread thread)
- 只带时间的阻塞
// 阻塞线程，设置了等待超时时间，单位是纳秒，是相对时间，nanos<=0不会阻塞，相当于没有任何操作；nanos>0时，如果等待时间超过nanos纳秒还没有获取到许可，那么线程自动恢复执行
public static void parkNanos(long nanos)
// 这里的deadline单位是毫秒，而且是绝对时间，调用后会阻塞到指定的绝对时间如果还没有获取到许可则自动恢复执行
public static void parkUntil(long deadline)
- 同时带阻塞对象和时间的阻塞
// 默认的许可permit=0，阻塞当前线程，并设置阻塞对象为blocker其实就是调用setBlocker这个私有方法。如果当前线程的permit=1了那么再调park是不会阻塞的，因为可以获取到许可继续执行。当前线程获取到许可后会清除blocker为null
public static void park(Object blocker)
// 作用同park(Object blocker)方法，唯一的区别就是设置了等待超时时间，单位是纳秒，是相对时间，nanos<=0不会阻塞，相当于没有任何操作；nanos>0时，如果等待时间超过nanos纳秒还没有获取到许可，那么线程自动恢复执行，例如nanos=1000*1000*1000，这个相当于1秒，等到1秒后如果还没有获取到许可醒则自动恢复
public static void parkNanos(Object blocker, long nanos)
// 作用同parkNanos(Object blocker, long nanos)，设置阻塞对象blocker，但是这里的deadline单位是毫秒，而且是绝对时间，调用了parkUntil后会阻塞到指定的绝对时间如果还没有获取到许可则自动恢复执行
public static void parkUntil(Object blocker, long deadline)
- 其他（别问，问我也不知道）
// 返回伪随机初始化或更新的辅助种子。由于包访问限制，从ThreadLocalRandom复制。PS:这是百度翻译的，平时用得少，我也没用过，暂且先放这里吧，用到了再细讲
static final int nextSecondarySeed()
关于LockSupport的park相关方法阻塞，有以下三种方法可获取到许可并继续向后执行。
- 主动调用unpark(Thread thread)方法，使得线程获得许可继续执行。
- 中断该线程即调用interrupt()方法，调用后线程不会抛出异常，直接从park的地方恢复过来继续执行
- 无原因的虚拟的返回，这种情况目前没有遇到过，不过在java.util.concurrent.locks.LockSupport.park()的注释里会有这种情况
使用案例
- 基础的阻塞和释放许可
public static void test1() throws Exception {
DateTimeFormatter dateTimeFormatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss");
Thread t = new Thread(new Runnable() {
@Override
public void run() {
System.out.println(LocalDateTime.now().format(dateTimeFormatter) + ":"
+ Thread.curre