Synchronized重入锁

Posted sysocjs

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Synchronized重入锁相关的知识,希望对你有一定的参考价值。

重入锁,指同一个线程试图获取一个已经由它自己持有的锁的一种“现象”。

譬如有一个类:

public class TestDemo{
    public synchronized void doSomething1(){
        doSomething2();
}
public synchronized void doSomething2(){...}
}

假设现在创建两个线程,ThreadA和ThreadB,同时调用TestDemo对象里面的方法,

//定义线程A,ThreadA
public
class ThreadA extends Thread{ private TestDemo testDemo; public ThreadA(TestDemo testDemo){ this.testDemo = testDemo(); } public void run(){ testDemo.doSomething1(); testDemo.doSomething2(); } }
//定义线程B,ThreadB
public class ThreadB extends Thread{ private TestDemo testDemo; public ThreadA(TestDemo testDemo){ this.testDemo = testDemo(); } public void run(){ testDemo.doSomething2(); } }

        当ThreadA率先获得testDemo对象锁,进入doSomething1()方法,ThreadB想要执行doSomething2()方法时,就变成了阻塞等待状态,因为doSomething1()和doSomething2()方法都是用Synchronized声明,在不同线程调用同一对象的同步代码块的这一过程很容易理解。当ThreadA执行完doSomething1()方法时,ThreadA和ThreadB就会去争夺testDemo对象锁。

        对于ThreadA,它在调用doSomrthing1()同时,里面也调用了doSomething2()方法,在没有重入锁机制时,这种情况就会变成死锁,所以,对于同一个线程来说,是允许重入锁的,同时也意味着获取锁的粒度不是“调用”,而是“线程”。

        重入锁的实现机制是怎样呢?就是为每个锁关联一个获取技术值和一个所有者线程。当计数值=0时,这个锁就被认为没有任何线程持有。当一个线程请求一个未被持有的锁时,JVM将记下锁的持有者,并且将获取值置为1,如果同一个线程再次获取这个锁,计数值将递增1,而当线程退出同步代码块时,计数值递减1,当计数值=0时,这个锁将会被释放。(这个跟调用方法时,栈的内存分配机制理解上一致。)





以上是关于Synchronized重入锁的主要内容,如果未能解决你的问题,请参考以下文章

Java 多线程 重入锁

Synchronized重入锁

ReenTrantLock可重入锁(和synchronized的区别)总结

重入锁

并发编程的锁机制:synchronized和lock

ReentrantLock (重入锁) 源码浅析