你真的知道Java同步锁何时释放？

迈不过友情╰ 2021-07-25 00:18 572阅读 0赞

> 在测试java多线程中有关 “生产者和消费者” 这个经典问题的时候，写代码测试的时候，思考到一些问题（所以还是要动手，实践才能储真知啊），  
> synchronize 同步锁何时释放，何时获得？重新获得锁资源之后，代码时从哪里开始继续执行的呢？

了解到，锁用到的对象上上面原来有两种池， 1）对象的锁池， 2）对象的等待池。

*  执行线程sleep: 不会释放cpu资源，也不会释放锁资源。
 *  执行wait： 释放cpu资源，也会释放锁资源。

--------------------

**所以总结有:**

在Java对象中，有两种池  
琐池-----------------------synchronized  
等待池---------------------wait(),notify(),notifyAll()

*  如果一个线程调用了某个对象的wait方法，那么该线程进入到该对象的等待池中(并且已经将锁释放)，
 *  如果未来的某一时刻，另外一个线程调用了相同对象的notify方法或者notifyAll方法，
 *  那么该等待池中的线程就会被唤起，然后进入到对象的锁池里面去获得该对象的锁，
 *  如果获得锁成功后，那么该线程就会沿着wait方法之后的路径继续执行。注意是沿着wait方法之后

其他答案：

> wait中的线程是不会去竞争对象锁的。 据我所知，开始由于调用了对象的wait方法，线程处于该对象的等待池中，  
> 而后，只有再去调用对象的notifyAll()（唤醒所有等待池中的线程）或者notify()（随机唤醒线程，姑且假设唤醒了我们的那个线程），线程会进入该对象的锁池之中。  
> 锁池中的对象相互竞争对象锁，优先级高的线程竞争得到对象锁的概率高，假若线程没有竞争到，它还是会在锁池之中，唯有线程再次调用wait方法，它才会重新回到等待池中。

## java多线程什么时候释放锁—wait（）、notify（） ##

由于等待一个锁定线程只有在获得这把锁之后，才能恢复运行，所以让持有锁的线程在不需要锁的时候及时释放锁是很重要的。在以下情况下，持有锁的线程会释放锁：

*  执行完同步代码块。
 *  1.  在执行同步代码块的过程中，遇到异常而导致线程终止。
 *  1.  在执行同步代码块的过程中，执行了锁所属对象的wait()方法，这个线程会释放锁，进行对象的等待池。
    
    **除了以上情况外，只要持有锁的此案吃还没有执行完同步代码块，就不会释放锁。因此在以下情况下，线程不会释放锁：**
    
    1.  在执行同步代码块的过程中，执行了Thread.sleep()方法，当前线程放弃CPU，开始睡眠，在睡眠中不会释放锁。
    2.  在执行同步代码块的过程中，执行了Thread.yield()方法，当前线程放弃CPU，但不会释放锁。
    3.  在执行同步代码块的过程中，其他线程执行了当前对象的suspend()方法，当前线程被暂停，但不会释放锁。但Thread类的suspend()方法已经被废弃。  
        避免死锁的一个通用的经验法则是：当几个线程都要访问共享资源A、B和C时，保证使每个线程都按照同样的顺序去访问他们，比如都先访问A，再访问B和C。
 *  java.lang.Object类中提供了两个用于线程通信的方法：wait()和notify()。需要注意到是，wait()方法必须放在一个循环中，因为在多线程环境中，共享对象的状态随时可能改变。当一个在对象等待池中的线程被唤醒后，并不一定立即恢复运行，等到这个线程获得了锁及CPU才能继续运行，又可能此时对象的状态已经发生了变化。
 *  **调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj) \{…\} 代码段内。**

**\# 调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj) \{…\} 代码段内唤醒A。**  
　　  
　　**\# 当obj.wait()方法返回后，线程A需要再次获得obj锁，才能继续执行。**  
　　  
　　**\# 如果A1,A2,A3都在obj.wait()，则B调用obj.notify()只能唤醒A1,A2,A3中的一个（具体哪一个由JVM决定）。**  
　　  
　　**\# obj.notifyAll()则能全部唤醒A1,A2,A3，但是要继续执行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3只有一个有机会获得锁继续执行，例如A1，其余的需要等待A1释放obj锁之后才能继续执行。**  
　　  
　　**\# 当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续执行。**

## wait()/sleep()的区别 ##

前面讲了wait/notify机制，Thread还有一个sleep()静态方法，它也能使线程暂停一段时间。sleep与wait的不同点是：sleep并不释放锁，并且sleep的暂停和wait暂停是不一样的。obj.wait会使线程进入obj对象的等待集合中并等待唤醒。  
　　  
　　但是wait()和sleep()都可以通过interrupt()方法打断线程的暂停状态，从而使线程立刻抛出InterruptedException。  
　　  
　　如果线程A希望立即结束线程B，则可以对线程B对应的Thread实例调用interrupt方法。如果此刻线程B正在wait/sleep/join，则线程B会立刻抛出InterruptedException，在catch() \{\} 中直接return即可安全地结束线程。  
　　  
　　需要注意的是，InterruptedException是线程自己从内部抛出的，并不是interrupt()方法抛出的。对某一线程调用interrupt()时，如果该线程正在执行普通的代码，那么该线程根本就不会抛出InterruptedException。但是，一旦该线程进入到wait()/sleep()/join()后，就会立刻抛出InterruptedException。

![image][]

[**最新2020整理收集的一些高频面试题（都整理成文档），有很多干货，包含mysql，netty，spring，线程，spring cloud、jvm、源码、算法等详细讲解，也有详细的学习规划图，面试题整理等，需要获取这些内容的朋友请加Q君样：756584822**][2020_mysql_netty_spring_spring cloud_jvm_Q_756584822]

[image]: /images/20210724/563fbc159def45069f38cf47eb9a2f54.png
[2020_mysql_netty_spring_spring cloud_jvm_Q_756584822]: https://jq.qq.com/?_wv=1027&k=0IsBuUb0