前篇博客LZ已经分析了ReentrantLock的lock()实现过程，我们了解到lock实现机制有公平锁和非公平锁，两者的主要区别在于公平锁要按照CLH队列等待获取锁，而非公平锁无视CLH队列直接获取锁。但是对于unlock()而已，它是不分为公平锁和非公平锁的。
release(1)，尝试在当前锁的锁定计数（state）值上减1。成功返回true，否则返回false。当然在release()方法中不仅仅只是将state - 1这么简单，- 1之后还需要进行一番处理，如果-1之后的新state = 0 ，则表示当前锁已经被线程释放了，同时会唤醒线程等待队列中的下一个线程，当然该锁不一定就一定会把所有权交给下一个线程，能不能成功就看它是不是亲爹生的了（看运气）。
在release代码中有一段代码很重要：
对于这个LZ在前篇博客已经较为详细的阐述了。不懂或者忘记请再次翻阅：【Java并发编程实战】-----“J.U.C”：ReentrantLock之二lock方法分析
waitStatus!=0表明或者处于CANCEL状态，或者是置SIGNAL表示下一个线程在等待其唤醒。也就是说waitStatus不为零表示它的后继在等待唤醒。
unparkSuccessor()方法：
<b>注：unlock最好放在finally中！！！！！！unlock最好放在finally中！！！！！！ unlock最好放在finally中！！！！！！ （重要的事说三遍）</b>
参考文献：
1、Java多线程系列--“JUC锁”04之 公平锁(二)
PS:如果你觉得文章对你有所帮助，别忘了推荐或者分享，因为有你的支持，才是我续写下篇的动力和源泉！
作者：chenssy。一个专注于【死磕 Java】系列创作的男人
出处：https://www.cnblogs.com/chenssy/p/4756437.html
作者个人网站：https://www.cmsblogs.com/。专注于 Java 优质系列文章分享，提供一站式 Java 学习资料
目前死磕系列包括：
1. 【死磕 Java 并发】：https://www.cmsblogs.com/category/1391296887813967872（已完成）
2.【死磕 Spring 之 IOC】：https://www.cmsblogs.com/category/1391374860344758272（已完成）
3.【死磕 Redis】：https://www.cmsblogs.com/category/1391389927996002304（已完成）
4.【死磕 Java 基础】：https://www.cmsblogs.com/category/1411518540095295488
5.【死磕 NIO】：https://www.cmsblogs.com/article/1435620402348036096
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。