BLOCKED 和 WAITING 的区别

BLOCKED 和 WAITING 两种状态从结果上来看,都是线程暂停,不会占用 CPU 资源,不过还是有一些区别的

BLOCKED

等待 Monitor 锁的阻塞线程的线程状态,处于阻塞状态的线程正在等待 Monitor 锁进入 synchronized Block 或者 Method ,或者在调用 Object.wait 后重新进入同步块/方法。简单的说,就是线程等待 synchronized 形式的锁时的状态

下面这段代码中, t1 在等待 t0 的锁释放(synchronized代码块执行完成),那么此时 t1 的状态就是 BLOCKED

Objectlock=newObject();Threadt0=newThread(newRunnable(){@Overridepublicvoidrun(){synchronized(lock){System.out.println("t0acquirelocksuccess");try{Thread.sleep(10000);}catch(InterruptedExceptione){e.printStackTrace();}}}});t0.start();Thread.sleep(100);Threadt1=newThread(newRunnable(){@Overridepublicvoidrun(){synchronized(lock){System.out.println("t1acquirelocksuccess");}}});t1.start();Thread.sleep(100);System.out.println("t0state:"+t0.getState());System.out.println("t1state:"+t1.getState());System.out.println("done.");//outputt0acquirelocksuccesst0state:TIMED_WAITINGt1state:BLOCKEDdone.t1acquirelocksuccess

WAITING

等待中的线程状态,下面几个方法的调用会导致线程进入 WAITING 状态:

• Object.wait()

• Thread.join()

• LockSupport.park()

WAITING 状态中的线程在等待其他线程执行某些操作,比如在某个对象上调用 Object.wait() 的线程正在等待另一个线程在该对象上调用 Object.notify() 或 Object.notifyAll()。为 Thread.join() 的线程正在等待指定的线程停止。

下面这段代码中,t0 在通过 synchronized 获取了 lock 对象的锁之后,进行了 wait 操作,导致 t0 进入 WAITING 状态:

Objectlock=newObject();Threadt0=newThread(newRunnable(){@Overridepublicvoidrun(){synchronized(lock){System.out.println("t0acquirelocksuccess");try{lock.wait();}catch(InterruptedExceptione){e.printStackTrace();}}}});t0.start();Thread.sleep(100);System.out.println("t0state:"+t0.getState());System.out.println("done.");//outputt0acquirelocksuccesst0state:WAITINGdone.

区别

JAVA 中除了 synchronized Block/Method 的锁,还提供了 JUC 下的锁实现, juc.lock 下的锁功能更强大。比如支持中断,支持重入/非重入,公平/非公平等;但是 juc 下的锁和 synchronized 的实现可是不太一样的

比如下面这段代码,同样是等待锁,可是和synchronized等待锁的状态还不一样:

ReentrantLockreentrantLock=newReentrantLock();Threadt0=newThread(newRunnable(){@Overridepublicvoidrun(){reentrantLock.lock();System.out.println("t0acquirelocksuccess");try{Thread.sleep(10000);}catch(InterruptedExceptione){e.printStackTrace();}}});t0.start();Thread.sleep(100);Threadt1=newThread(newRunnable(){@Overridepublicvoidrun(){reentrantLock.lock();System.out.println("t1acquirelocksuccess");}});t1.start();Thread.sleep(100);System.out.println("t0state:"+t0.getState());System.out.println("t1state:"+t1.getState());System.out.println("done.");//outputt0acquirelocksuccesst0state:TIMED_WAITINGt1state:WAITINGdone.

同样是加锁,在 JUC 的锁实现下线程状态不太一样,所以在观察线程状态时,不止是 BLOCKED 的状态才是等待锁, WAITING/TIMEWAITING 的状态仍然可能是等待锁的状态

不过 JUC 下的锁实现,让线程暂停/等待的核心方法还是 LockSupport.park , jstack 对于 PARKING 形式的 WAITING 会有标注,所以在线程 stack 时还是能一眼看出来的:

//这里显示了等待类型"Thread-0"#11prio=5os_prio=31tid=0x00007f9308110000nid=0x5c03waitingoncondition[0x0000700007fc3000]java.lang.Thread.State:WAITING(parking)//这里虽然是WAITING,但还是标注了是parking类型的atsun.misc.Unsafe.park(NativeMethod)

而 synchronized 形式的锁在 jstack 下的输出会有所区别:

//这里显示了等待类型为monitor"Thread-1"#12prio=5os_prio=31tid=0x00007f833d919800nid=0x5a03waitingformonitorentry[0x00007000035af000]java.lang.Thread.State:BLOCKED(onobjectmonitor)//这里是BLOCKED状态,同时显示了monitor的归属

所以在观察线程状态时,需要注意Object.wait()这种WAITING和juc下锁导致的WAITING的区别

RUNNABLE 真的是 RUNNABLE 吗?

下面是一段 jstack 输出的例子,该线程现在正在执行 socketRead0 方法(Native),并且是 RUNNABLE 状态

"RMITCPConnection(2)-192.xxx.xx.xx"daemonprio=6tid=0x000000000a3e8800nid=0x158e50runnable[0x000000000adbe000]java.lang.Thread.State:RUNNABLEatjava.net.SocketInputStream.socketRead0(NativeMethod)atjava.net.SocketInputStream.read(UnknownSource)atjava.net.SocketInputStream.read(UnknownSource)atjava.io.BufferedInputStream.fill(UnknownSource)atjava.io.BufferedInputStream.read(UnknownSource)-locked(0x00000007ad784010)(ajava.io.BufferedInputStream)atjava.io.FilterInputStream.read(UnknownSource)atsun.rmi.transport.tcp.TCPTransport.handleMessages(UnknownSource)atsun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(UnknownSource)atsun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(UnknownSource)atjava.util.concurrent.ThreadPoolExecutor.runWorker(UnknownSource)atjava.util.concurrent.ThreadPoolExecutor$Worker.run(UnknownSource)atjava.lang.Thread.run(UnknownSource)作者:空无链接:https://juejin.cn/post/6951187747189194782来源:掘金著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

但其实这里的 RUNNABLE 只是 JAVA 层面的线程状态,在操作系统或进程角度来看,该线程还是 WAITING 的状态; SocketInputStream 是一个 BIO 的实现,当没有收到数据(或者说没有准备好可读的数据)时会发生阻塞,可这个阻塞在JAVA线程状态里是 RUNNABLE 的状态,不过他并不会占用用户态的 CPU 时间片,内核在接受到数据后会结束这个阻塞。

到此,相信大家对“ BLOCKED和WAITING的区别是什么”有了更深的了解,不妨来实际操作一番吧!这里是本站网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!