java - 处于WAITING状态的线程是否可以无限期等待

Question

我们有一个基于 java 的多线程 corba 服务器应用程序，其中一个线程负责接收通过 corba 调用从其他应用程序发送的通知。

问题是通知没有通过负责发送通知的应用程序进行处理。

我使用 jstack 进行了多次线程转储，并观察到所有 jstack 中以下线程处于相同的 WAITING 状态。我知道第一个线程是由 VC 代理创建的工作线程，它将向第二个线程(NotificationConsumer 线程)发出信号。但我的疑问是第一个线程(如下所示)在对象监视器上处于 WAITING 状态，可能位于 unix 进程上，该进程是从 receiveBatchEvent() 方法跨越的。如果 unix 进程成为失效进程，线程是否会永远处于 WAITING 模式？

 "VBJ ThreadPool Worker id=4 se=unsecure scm=iiop_tp orb=419d05" daemon prio=3 tid=0x087c3c00 lwp=62 nid=0x3e in Object.wait() [0xea6ee000]
   java.lang.Thread.State: WAITING (on object monitor)
    at java.lang.Object.wait(Native Method)
    at java.lang.Object.wait(Object.java:485)
    at java.lang.UNIXProcess.waitFor(UNIXProcess.java:115)
    - locked <0xf3495028> (a java.lang.UNIXProcess)
    at com.ericsson.nms.fm.ims.eim.plugin.NrmNotificationConsumer.receiveBatchEvent(Unknown Source)
    at com.ericsson.nms.cif.na.server.SequencePushConsumerImpl.push_structured_events(SequencePushConsumerImpl.java:45)
    at org.omg.CosNotifyComm.SequencePushConsumerPOA._invoke(SequencePushConsumerPOA.java:60)
    at org.omg.CosNotifyComm.SequencePushConsumerPOA._invoke(SequencePushConsumerPOA.java:40)
    at com.inprise.vbroker.poa.POAImpl.invoke(Unknown Source)
    at com.inprise.vbroker.poa.ActivationRecord.invoke(Unknown Source)
    at com.inprise.vbroker.GIOP.GiopProtocolAdapter.doRequest(Unknown Source)
    at com.inprise.vbroker.IIOP.ServerProtocolAdapter.doRequest(Unknown Source)
    at com.inprise.vbroker.GIOP.GiopProtocolAdapter.dispatchMessage(Unknown Source)
    at com.inprise.vbroker.orb.TPDispatcherImpl$TPDispatcher.run(Unknown Source)
    at com.inprise.vbroker.orb.ThreadPool$PoolWorker.run(Unknown Source)    

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

 nid=0x28 in Object.wait() [0xeae9d000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        at java.lang.Object.wait(Object.java:485)
        at com.ericsson.nms.fm.ims.eim.plugin.NrmNotificationConsumer$NotificationConsumer.synchronizedWait(Unknown Source)
        - locked <0xf32815a0> (a com.ericsson.nms.fm.ims.eim.plugin.NrmNotificationConsumer$NotificationConsumer)
        at com.ericsson.nms.fm.ims.eim.plugin.NrmNotificationConsumer$NotificationConsumer.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:662)

   Locked ownable synchronizers:
        - None  

Answer 1

等待锁的 Java 线程将无限期地等待，直到锁被释放，是的。它将等待 Java 锁，而不是任何与 UNIX 进程直接相关的东西。如果您在某处有一个同步块(synchronized block)或方法来生成 UNIX 进程，那么如果 UNIX 进程终止，将会发生什么情况取决于该 block 或方法中的任何代码，但肯定会发生代码可能会永远阻塞。

如果你有类似的东西

public class SomeClass {

    public synchronized void methodA() {
        while (true) {
            //do nothing
        }
    }

    public synchronized void methodB() {
        //do something useful
    }

}

并且一个线程在 SomeClass 的实例上调用 methodA()，它将获取锁，并且永远不会释放它。如果第二个线程尝试在同一个实例上调用 methodB()，它将永远阻塞，因为它将无法获取锁。

当您编写同步 block 时，它们应该尽可能短、尽可能快，并且应该非常仔细地检查它们以确保它们始终终止，这一点至关重要。