面试 LockSupport.park()会释放锁资源吗？

（手机横屏看源码更方便）

---

引子

你们知道，我最近在招人，今天遇到个同窗，他的源码看过一些，而后我就开始了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()的区别。

让咱们用一张思惟导图结束今天的内容。

---

欢迎关注个人公众号“彤哥读源码”，查看更多源码系列文章, 与彤哥一块儿畅游源码的海洋。