欢送来到《并发王者课》,本文是该系列文章中的第16篇。
在后面的文章《铂金1:探本溯源-为何说Lock接口是Java中锁的根底》中,咱们提到了锁的可重入问题,并作了简略介绍。鉴于锁的可重入是一个重要概念,所以本文把拿进去做一次独自解说,以帮忙你彻底了解它。
一、锁的可重入所造成的问题
首先,咱们通过一段示例代码看锁的可重入是如何导致问题产生,以了解它的重要性。
public class ReentrantWildArea { // 野区锁定 private boolean isAreaLocked = false; // 进入野区A public synchronized void enterAreaA() throws InterruptedException { isAreaLocked = true; System.out.println("曾经进入野区A..."); enterAreaB(); } // 进入野区B public synchronized void enterAreaB() throws InterruptedException { while (isAreaLocked) { System.out.println("野区B办法进入期待中..."); wait(); } System.out.println("曾经进入野区B..."); } public synchronized void unlock() { isAreaLocked = false; notify(); }}
在下面这段代码中,咱们创立了一片野区,蕴含了野区A和野区B。接着,咱们再创立一个打野英雄铠,让他进去野区打野,看看会产生什么事件。
public static void main(String[] args) { // 打野英雄铠进入野区 Thread kaiThread = new Thread(() -> { ReentrantWildArea wildArea = new ReentrantWildArea(); try { wildArea.enterAreaA(); } catch (InterruptedException e) { e.printStackTrace(); } }); kaiThread.start();}
输入后果如下:
曾经进入野区A...野区B办法进入期待中...
从后果中能够看到,尽管在同一块野区,然而铠只进入野区A,却没能进入野区B,被阻塞在半道上了。从代码剖析上看,野区的两个办法都申明了synchronized
,但铠在进入野区A之后,野区进行了锁定isAreaLocked = true
,导致铠进入野区B时失败。
这就是典型的锁的可重入所造成的问题。在并发编程时,如果未能解决好这一问题,将会造成线程的有限阻塞,其结果和死锁相当。
二、了解锁的可重入
所谓锁的可重入,指的是锁能够被线程 反复 或 递归 调用,也能够了解为对同一把锁的反复获取。 如果未能解决好锁的可重入问题,将会导致和死锁相似的问题。
三、如何防止锁的可重入问题
防止锁的可重入问题,须要留神两个方面:
- 尽量避免编写须要重入获取锁的代码;
- 如果须要,应用可重入锁。
在Java中,synchronized
是能够重入的,上面的这段代码在调用时不会产生重入问题。
public class WildMonster { public synchronized void A() { B(); } public synchronized void B() { doSomething... }}
然而,基于Lock接口所实现的各种锁并不总是反对可重入的。在后面的文章中,咱们曾经展现过不反对重入的Lock接口实现。在具体的场景中应用时,须要务必留神这点。如果须要可重入锁,能够应用Java中的ReentrantLock类。
小结
在本文中,咱们再次介绍了锁的可重入问题,并介绍了其产生的起因及防止形式。Java中的synchronized
关键字反对锁的可重入,然而其余显示锁并非总是反对这一个性,在应用时须要留神。
此外,须要留神的是,锁的可重入对锁的性能有肯定的影响,而且实现起来更为简单。所以,咱们不能说锁的可重入与不可重入哪个好,这要取决于具体的问题。
注释到此结束,祝贺你又上了一颗星✨
夫子的试炼
- 查看ReentrantLock源码,理解其反对可重入的原理。
延长浏览与参考资料
- 《并发王者课》纲要与更新进度总览
对于作者
关注公众号【技术八点半】,及时获取文章更新。传递有品质的技术文章,记录平凡人的成长故事,偶然也聊聊生存和现实。晚上8:30推送作者品质原创,早晨20:30推送行业深度好文。
如果本文对你有帮忙,欢送点赞、关注、监督,咱们一起从青铜到王者。