主要有以下三个原因:
- synchronized 是可重入锁,也就是说,允许一个线程二次请求自己持有对象锁的临界资源,这种情况称为可重入锁。
- synchronized 锁对象的时候有个计数器,他会记录下线程获取锁的次数,在执行完对应的代码块之后,计数器就会-1,直到计数器清零,就释放锁了。
- 之所以,是可重入的。是因为 synchronized 锁对象有个计数器,会随着线程获取锁后 +1 计数,当线程执行完毕后 -1,直到清零释放锁。
Synchronized的可重入性是通过JVM内部机制实现的。具体来说,每个锁对象都有一个计数器来记录当前持有该锁的线程重入的次数。
当一个线程首次获取该锁时,计数器会加1。如果同一个线程再次获取该锁,计数器会再次加1,这就是所谓的重入。相应的,每次线程释放锁时,计数器会减1。只有当计数器减为0时,锁才会真正释放,其他线程才有机会获取该锁。
通过这种计数器机制,Synchronized实现了可重入性,允许同一个线程多次获取同一个锁而不会发生死锁。同时,这也保证了同步代码块或方法在被一个线程重入时,仍然能够保持正确的同步状态。
需要注意的是,Synchronized的可重入性是自动的,无需程序员显式控制。但这也意味着在使用Synchronized时需要注意避免不必要的重入,以免增加不必要的开销和复杂性。