什么是Java线程的阻塞状态?
Java的线程阻塞状态:BLOCKED
BLOCKED The thread is blocked waiting for a monitor lock.
线程需要的内部锁,被另外一个线程持有,这个线程拿不到,就进入了BLOCKED状态。具体讲,在程序执行到synchronized(obj){ }代码块时,还没有获取到监视器锁,就进入了BLOCKED状态。
什么是monitor lock?
根据官方文档中关于monitor lock的介绍,
同步是围绕一个称为内部锁或监视器锁的内部实体构建的。(API规范通常将这个实体简单地称为"监视器"。)内部锁在同步的两个方面都发挥着作用:强制对对象状态的独占访问,以及建立对可见性至关重要的先发生后发生的关系。
每个对象都有一个与之关联的内部锁。按照惯例,需要对对象字段进行独占和一致访问的线程必须在访问它们之前获取对象的内部锁,然后在访问完成后释放内部锁。线程在获取锁和释放锁之间拥有固有锁。只要一个线程拥有一个内部锁,其他线程就无法获取相同的锁。当另一个线程试图获取锁时,它将阻塞。
monitor lock翻译为监视器锁,也称内部锁。还有一些别名,例如对象锁。
那什么是线程的等待状态了?
WAITING
The thread is waiting indefinitely for another thread to perform a particular action.
该线程无限期地等待另一个线程执行特定操作。
线程阻塞和等待有什么区别?
阻塞是没有获取监视器锁,等待是还没有被唤醒。被唤醒后进入阻塞态。一个简易的图,可以梳理阻塞状态和等待状态之间的关系。

线程调用sleep(time)方法后,进入什么状态?
TIMED_WAITING
| 常见调用方法 | 调用后线程状态 | 备注 |
|---|---|---|
| Thread.sleep(2000) | TIMED_WAITING | |
| Object.wait(2000) | TIMED_WAITING | |
| Thread.join(2000) | TIMED_WAITING | |
| Object.wait() | WAITING | |
| Thread.join() | WAITING | |
| LockSupport.park() | WAITING | |
| Object.notify() | BLOCKED | 获得监视器锁后,变为RUNNABLE状态 |
| Object.notifyAll() | BLOCKED | 获得监视器锁后,变为RUNNABLE状态 |
Thread.sleep(time)和Object.wait(time)有什么区别?
- 执行了
Object.wait(time)方法的线程,释放了监视器锁,但是执行Thread.sleep(time)的线程,并没有释放监视器锁。
关于Java线程的疑问,还要许多,后续的文章再继续研究吧。
本文相关的官方文档:
对象的monitor lock,也就是监视器锁
哪些方法可以让线程进入对应的状态
Object.wait(time)方法解释