Что делает “заблокированный” средний в отслеживании стека Java?

, Например, это - отслеживание стека с сервера Tomcat:

    "RMI TCP Accept-0" daemon prio=10 tid=0x091a5800 nid=0x8f1 runnable [0x8b305000]
   java.lang.Thread.State: RUNNABLE
    at java.net.PlainSocketImpl.socketAccept(Native Method)
    at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:408)
    - locked <0x911d3c30> (a java.net.SocksSocketImpl)
    at java.net.ServerSocket.implAccept(ServerSocket.java:462)
    at java.net.ServerSocket.accept(ServerSocket.java:430)
    at sun.management.jmxremote.LocalRMIServerSocketFactory$1.accept(LocalRMIServerSocketFactory.java:34)
    at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.executeAcceptLoop(TCPTransport.java:369)
    at sun.rmi.transport.tcp.TCPTransport$AcceptLoop.run(TCPTransport.java:341)
    at java.lang.Thread.run(Thread.java:662)

Мое предположение - то, что "заблокированный" означает, что ЦП ожидает на своего рода блокировка. Однако, если это так, почему состояние потока перечисляется как ВЫПОЛНИМОЕ, а не ЗАБЛОКИРОВАННОЕ?

Спасибо.

17
задан aalku 2 September 2011 в 19:19
поделиться