Synchronized可重入锁分析

可重入锁又称递归锁，是指在同一个线程在外层方法获取锁的时候，再进入该线程的内层方法会自动获取锁（前提是锁对象必须是同一对象或者class），

不会因为之前已经获取过还没实方而发生阻塞。即同一线程可执行多个持有同一个锁的方法。

先来一段代码：

public class ReentrantSynchronized {
    public synchronized void firstIPhoneByElectric() {
        System.out.println("第一部iphone充电..." + Thread.currentThread().getName());
        secondIPhoneByElectric();
    }

    public synchronized void secondIPhoneByElectric() {
        System.out.println("第二部iphone充电..." + Thread.currentThread().getName());
    }

    public static void main(String[] args) {
        ReentrantSynchronized reentrantSynchronized = new ReentrantSynchronized();
        reentrantSynchronized.firstIPhoneByElectric();
    }

}

就像一个多用充电线可以同时给多部iphone充电，但是不会发生任何冲突和阻塞，也就是第一部iphone可以获取充电线（锁）充电的同时还可以第二部iphone也可以获取充电线（锁）进行充电。

执行结果如下：

 在上面的代码中，类中的两个方法都被内置锁synchronized修饰，给第一部手机充电的同时（firstIPhoneByElectric方法中）给第二部手机充电（调用了secondIPhoneByElectric方法）。

因为充电线时多用的（synchronized是可重入的），所以同一个人给第二部手机充电时可以直接用该多用充电线进行充电（在同一线程在调用secondIPhoneByElectric时可以直接获得

当前对象的锁，进入secondIPhoneByElectric进行操作）。

设想：该充电线是单用的（如果synchronized不是可重入的），那么给第二部手机充电时必须等到第一部手机充电完成释放充电线后才能进行（当前线程在调用secondIPhoneByElectric

之前必须将firstIPhoneByElectric获取的锁释放掉），实际上该充电线已经被第一部手机占用，且无法释放，（该对象锁被当前线程所持有，且无法释放），所以此时会出现死锁。

这是什么原理呢？

当线程尝试获取锁时，可重入锁先尝试获取并更新status值，如果status == 0表示没有其他线程在执行同步代码，则把status置为1，当前线程开始执行。如果status != 0，

则判断当前线程是否是获取到这个锁的线程，如果是的话执行status+1，且当前线程可以再次获取锁。而非可重入锁是直接去获取并尝试更新当前status的值，如果status != 0

的话会导致其获取锁失败，当前线程阻塞。

释放锁时，可重入锁同样先获取当前status的值，在当前线程是持有锁的线程的前提下。如果status-1 == 0，则表示当前线程所有重复获取锁的操作都已经执行完毕，

然后该线程才会真正释放锁。而非可重入锁则是在确定当前线程是持有锁的线程之后，直接将status置为0，将锁释放。