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