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

Question

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

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

我已经使用 jstack 进行了几次线程转储，并观察到以下线程在所有 jstack 中处于相同的 WAITING 状态。我知道第一个线程是由 VC 代理创建的工作线程，它将向第二个线程（NotificationConsumer 线程）发出信号。但我的疑问是第一个线程（如下所示）在对象监视器上处于 WAITING 状态，可能位于从 receiveBatchEvent() 方法跨越的 unix 进程上。如果 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 块或方法来生成一个 UNIX 进程，那么它将取决于该块或方法中的任何代码，如果 UNIX 进程死了会发生什么，但肯定有可能代码只是为了永远阻塞。

如果你有类似的东西

public class SomeClass {

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

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

}

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

至关重要的是，当您编写 synchronized 块时，它们应该尽可能短且尽可能快，并且应该非常仔细地检查它们以确保它们总是会终止。