如何精确区分Object的wait()方法与Thread的sleep()方法在同步锁释放机制上的细微差别?

2026-04-27 19:220阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计489个文字,预计阅读时间需要2分钟。

如何精确区分Object的wait()方法与Thread的sleep()方法在同步锁释放机制上的细微差别?

关键词就一点:

wait() 必须在 synchronized 块中调用,且会主动让出锁

调用 wait() 前,线程必须已经获取了某个对象的监视器锁(即已进入 synchronized(obj) 块)。一旦执行 wait(),线程立即释放该对象的锁,并进入该对象的等待队列。此时其他线程就能竞争并获得这个锁,执行对应的同步代码。

  • 不释放锁,其他线程就无法进入同一把锁保护的 synchronized 块
  • wait() 后线程处于 WAITING 状态,需靠 notify()/notifyAll() 唤醒
  • 被唤醒后不会立刻执行,而是重新竞争锁;抢到锁后才从 wait() 返回继续往下走

sleep() 与锁完全无关,持有锁时调用也不释放

sleep() 是 Thread 的静态方法,只影响当前线程的调度状态。即使它出现在 synchronized 块内部,线程在睡眠期间依然牢牢占着锁,其他线程只能干等。

阅读全文
标签:AI

本文共计489个文字,预计阅读时间需要2分钟。

如何精确区分Object的wait()方法与Thread的sleep()方法在同步锁释放机制上的细微差别?

关键词就一点:

wait() 必须在 synchronized 块中调用,且会主动让出锁

调用 wait() 前,线程必须已经获取了某个对象的监视器锁(即已进入 synchronized(obj) 块)。一旦执行 wait(),线程立即释放该对象的锁,并进入该对象的等待队列。此时其他线程就能竞争并获得这个锁,执行对应的同步代码。

  • 不释放锁,其他线程就无法进入同一把锁保护的 synchronized 块
  • wait() 后线程处于 WAITING 状态,需靠 notify()/notifyAll() 唤醒
  • 被唤醒后不会立刻执行,而是重新竞争锁;抢到锁后才从 wait() 返回继续往下走

sleep() 与锁完全无关,持有锁时调用也不释放

sleep() 是 Thread 的静态方法,只影响当前线程的调度状态。即使它出现在 synchronized 块内部,线程在睡眠期间依然牢牢占着锁,其他线程只能干等。

阅读全文
标签:AI