【Java面试】ReentrantLock 是如何实现锁公平和非公平性的 ？

一个工作了3年的程序员竟然连这个问题都回答不上？

Hi，大家好，我是Mic。

今天分享一道3年经验，频率较高的面试题。

“ReentrantLock是如何实现锁的公平和非公平性的”？

下面看看普通人和高手对这个问题的回答

需要高手面试文档（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以私信我发送【Mic】或者评论区留言。

普通人：

ReentrantLock 去实现公平锁和非公平锁。

就是我们在调用那个Lock方法去竞争锁的时候啊，它会就如果是非公平锁的话，它会直接去抢占那个锁资源。

然后如果是公平锁的话它会去有一个判断，它会去判断那个阻塞队列里面是不是有线程在排队，如果有人在排队的话它会，它就不能去抢占锁，它会加入到那个队列的尾部然后去进行等待。

高手：

好的。

我先解释一下个公平和非公平的概念。

公平，指的是竞争锁资源的线程，严格按照请求顺序来分配锁。

非公平，表示竞争锁资源的线程，允许插队来抢占锁资源。

ReentrantLock默认采用了非公平锁的策略来实现锁的竞争逻辑。

其次，ReentrantLock内部使用了AQS来实现锁资源的竞争，没有竞争到锁资源的线程，会加入到AQS的同步队列里面，这个队列是一个FIFO的双向链表。

在这样的一个背景下，公平锁的实现方式就是，线程在竞争锁资源的时候判断AQS同步队列里面有没有等待的线程。

如果有，就加入到队列的尾部等待。

而非公平锁的实现方式，就是不管队列里面有没有线程等待，它都会先去尝试抢占锁资源，如果抢不到，再加入到

AQS同步队列等待。

ReentrantLock和Synchronized默认都是非公平锁的策略，之所以要这么设计，我认为还是考虑到了性能这个方面的原因。

因为一个竞争锁的线程如果按照公平的策略去阻塞等待，同时AQS再把等待队列里面的线程唤醒，这里会涉及到内核态

的切换，对性能的影响比较大。

如果是非公平策略，当前线程正好在上一个线程释放锁的临界点抢占到了锁，就意味着这个线程不需要切换到内核态，

虽然对原本应该要被唤醒的线程不公平，但是提升了锁竞争的性能。

以上就是我对这个问题的理解。

总结

这个问题，主要考察求职者的基础知识。

别小看这些基础，在实际开发过程中，不管是对代码的稳定性

还是对性能的影响都是非常大的。

这也是大厂面试必然会问基础问题的原因之一。

喜欢我的作品的朋友，记得点赞收藏加关注

需要高手面试文档（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以扫描下方二维码

↓↓↓↓↓↓↓↓↓↓↓↓↓↓