一个工作了3年的程序员竟然连这个问题都回答不上？
Hi，大家好，我是Mic。
今天分享一道3年经验，频率较高的面试题。
“ReentrantLock是如何实现锁的公平和非公平性的”？
下面看看普通人和高手对这个问题的回答
需要高手面试文档（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以私信我发送【Mic】或者评论区留言。
普通人：ReentrantLock 去实现公平锁和非公平锁。
就是我们在调用那个Lock方法去竞争锁的时候啊，它会就如果是非公平锁的话，它会直接去抢占那个锁资源。
然后如果是公平锁的话它会去有一个判断，它会去判断那个阻塞队列里面是不是有线程在排队，如果有人在排队的话它会，它就不能去抢占锁，它会加入到那个队列的尾部然后去进行等待。
高手：好的。
我先解释一下个公平和非公平的概念。
公平，指的是竞争锁资源的线程，严格按照请求顺序来分配锁。
非公平，表示竞争锁资源的线程，允许插队来抢占锁资源。
ReentrantLock默认采用了非公平锁的策略来实现锁的竞争逻辑。
其次，ReentrantLock内部使用了AQS来实现锁资源的竞争，没有竞争到锁资源的线程，会加入到AQS的同步队列里面，这个队列是一个FIFO的双向链表。
在这样的一个背景下，公平锁的实现方式就是，线程在竞争锁资源的时候判断AQS同步队列里面有没有等待的线程。
如果有，就加入到队列的尾部等待。
而非公平锁的实现方式，就是不管队列里面有没有线程等待，它都会先去尝试抢占锁资源，如果抢不到，再加入到
AQS同步队列等待。
ReentrantLock和Synchronized默认都是非公平锁的策略，之所以要这么设计，我认为还是考虑到了性能这个方面的原因。
因为一个竞争锁的线程如果按照公平的策略去阻塞等待，同时AQS再把等待队列里面的线程唤醒，这里会涉及到内核态
的切换，对性能的影响比较大。
如果是非公平策略，当前线程正好在上一个线程释放锁的临界点抢占到了锁，就意味着这个线程不需要切换到内核态，
虽然对原本应该要被唤醒的线程不公平，但是提升了锁竞争的性能。
以上就是我对这个问题的理解。
总结这个问题，主要考察求职者的基础知识。
别小看这些基础，在实际开发过程中，不管是对代码的稳定性
还是对性能的影响都是非常大的。
这也是大厂面试必然会问基础问题的原因之一。
喜欢我的作品的朋友，记得点赞收藏加关注
需要高手面试文档（附赠大厂内部十万字面试文档）或者有不懂的技术面试题想咨询的小伙伴可以扫描下方二维码
↓↓↓↓↓↓↓↓↓↓↓↓↓↓
