共计 2707 个字符，预计需要花费 7 分钟才能阅读完成。
（手机横屏看源码更方便）
引子
大家知道，我最近在招人，今天遇到个同学，他的源码看过一些，然后我就开始了 AQS 连环问。
我：说说 AQS 的大致流程？
他：AQS 包含一个状态变量，一个同步队列……balabala……互斥锁 balabala，共享锁 balabala……
我：AQS 中除了同步队列，还有什么队列？
他：还有个 Condition，Condition 中有个条件队列……
我：条件队列和同步队列有什么区别？
他：条件队列 balabala，然后调用 LockSupport.park()进入休眠，等待被唤醒，……，balabala
咦，这时我灵感突发：LockSupport.park()和 Thread.sleep()有什么区别？
他：Thread.sleep()不会释放锁资源，……，balabala
我：LockSupport.park()会释放锁资源吗？
他：会吧。（估计和 Object.wait()搞混淆了）
我：会吗？会吗？会吗？
他（羞涩地低下了头）：彤哥，不知道，你的文章里没写。（这段我瞎写的哈 ^^）
OK，今天我们就来看看 LockSupport.park()到底会不会释放锁资源。
Thread.sleep()和 Object.wait()的区别
首先，我们先来看看 Thread.sleep()和 Object.wait()的区别，这是一个烂大街的题目了，大家应该都能说上来两点。
（1）Thread.sleep()不会释放占有的锁，Object.wait()会释放占有的锁；
（2）Thread.sleep()必须传入时间，Object.wait()可传可不传，不传表示一直阻塞下去；
（3）Thread.sleep()到时间了会自动唤醒，然后继续执行；
（4）Object.wait()不带时间的，需要另一个线程使用 Object.notify()唤醒；
（5）Object.wait()带时间的，假如没有被 notify，到时间了会自动唤醒，这时又分好两种情况，一是立即获取到了锁，线程自然会继续执行；二是没有立即获取锁，线程进入同步队列等待获取锁；
其实，他们俩最大的区别就是 Thread.sleep()不会释放锁资源，Object.wait()会释放锁资源。
Thread.sleep()和 Condition.await()的区别
我们再来看看 Thread.sleep()和 Condition.await()的区别。
其实，这个题目和上面的题目比较类似，因为本来 Object.wait()和 Condition.await()的原理就比较类似，可以参考之前彤哥写的《死磕 java 线程系列之线程的生命周期》之篇文章。
这个题目的回答思路跟 Object.wait()是基本一致的，不同的是 Condition.await()底层是调用 LockSupport.park()来实现阻塞当前线程的。
实际上，它在阻塞当前线程之前还干了两件事，一是把当前线程添加到条件队列中，二是“完全”释放锁，也就是让 state 状态变量变为 0，然后才是调用 LockSupport.park()阻塞当前线程，可以参考之前彤哥写的《死磕 java 同步系列之 ReentrantLock 源码解析（二）——条件锁》这篇文章。
看到这里，今天开篇提的那个问题是不是就有答案了呢【本文由公从号“彤哥读源码”原创】？
Thread.sleep()和 LockSupport.park()的区别
LockSupport.park()还有几个兄弟方法——parkNanos()、parkUtil()等，我们这里说的 park()方法统称这一类方法。
（1）从功能上来说，Thread.sleep()和 LockSupport.park()方法类似，都是阻塞当前线程的执行，且 都不会释放当前线程占有的锁资源；
（2）Thread.sleep()没法从外部唤醒，只能自己醒过来；
（3）LockSupport.park()方法可以被另一个线程调用 LockSupport.unpark()方法唤醒；
（4）Thread.sleep()方法声明上抛出了 InterruptedException 中断异常，所以调用者需要捕获这个异常或者再抛出；
（5）LockSupport.park()方法不需要捕获中断异常；
（6）Thread.sleep()本身就是一个 native 方法；
（7）LockSupport.park()底层是调用的 Unsafe 的 native 方法；
Object.wait()和 LockSupport.park()的区别
二者都会阻塞当前线程的运行，他们有什么区别呢？经过上面的分析相信你一定很清楚了，真的吗？往下看！
（1）Object.wait()方法需要在 synchronized 块中执行；
（2）LockSupport.park()可以在任意地方执行；
（3）Object.wait()方法声明抛出了中断异常，调用者需要捕获或者再抛出；
（4）LockSupport.park()不需要捕获中断异常【本文由公从号“彤哥读源码”原创】；
（5）Object.wait()不带超时的，需要另一个线程执行 notify()来唤醒，但不一定继续执行后续内容；
（6）LockSupport.park()不带超时的，需要另一个线程执行 unpark()来唤醒，一定会继续执行后续内容；
（7）如果在 wait()之前执行了 notify()会怎样？抛出 IllegalMonitorStateException 异常；
（8）如果在 park()之前执行了 unpark()会怎样？线程不会被阻塞，直接跳过 park()，继续执行后续内容；
最后两点是不是没想到？！
其实，在《死磕 java 线程系列之自己动手写一个线程池（续）》这篇文章里代码注释里稍微提到过 unpark()这个方法，它先执行，则后续的 park()方法将不再起作用。
park()/unpark()底层的原理是“二元信号量 ”，你可以把它相像成只有一个许可证的 Semaphore，只不过这个信号量在重复执行 unpark() 的时候也不会再增加许可证，最多只有一个许可证。
关于信号量的内容，可以参考《死磕 java 同步系列之 Semaphore 源码解析》这篇文章。
LockSupport.park()会释放锁资源吗？
不会，它只负责阻塞当前线程，释放锁资源实际上是在 Condition 的 await()方法中实现的。
彩蛋
好了，上面我们交叉对比了 Thread.sleep()、Object.wait()、Condition.await()、LockSupport.park()的区别。
让我们用一张思维导图结束今天的内容。
