Java:如何区分 wait() 中的虚假唤醒和超时

标签 java multithreading wait

这是一个线程正在等待notify()或超时的情况。这里添加了一个 while 循环来处理虚假唤醒。

boolean dosleep = true;
while (dosleep){
    try {
        wait(2000);
        /**
         * Write some code here so that
         * if it is spurious wakeup, go back and sleep.
         * or if it is timeout, get out of the loop. 
         */

    } catch (InterruptedException e) {
        e.printStackTrace();
    }
}

在这种情况下,我如何区分虚假唤醒和超时?如果是虚假唤醒,我需要回去等待。如果超时,我需要跳出循环。

我可以轻松识别notify()的情况,因为我将在notify()调用时将dosleep变量设置为false。

编辑:由于嵌入式项目的要求,我正在使用 1.4 java 版本。我无法使用 Condition,因为它仅在 1.5 后可用。

提前致谢。

最佳答案

你可以这样做:

boolean dosleep = true;
long endTime = System.currentTimeMillis() + 2000;
while (dosleep) {
    try {
        long sleepTime = endTime - System.currentTimeMillis();
        if (sleepTime <= 0) {
            dosleep = false;
            } else {
            wait(sleepTime);
        }
    } catch ...
}

这在 Java 1.4 中应该可以正常工作,并且它将确保您的线程 hibernate 至少 2000 毫秒。

关于Java:如何区分 wait() 中的虚假唤醒和超时,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28551597/

相关文章:

Java JNDI - 在 Microsoft LDAP 中更改用户密码时的限制 - 身份验证异常

Java 数组相等与数组内容相等

c# - Async WebClient 不是真正的异步?

java - 为什么我们必须使用 "while"来检查竞争条件而不是 "if"

c++ - C++ 中是否有一个不错的等待功能?

ios - 如何在 Objective-C 和 Swift 中等待

java - 使用 Jackson 将 YAML 子树映射到 POJO

java - 升级到 RestEasy 4.5.x 后出现 StackOverflowError

c# - 使用 COM 对象的后台 worker 仍然锁定 UI

c - 为什么更多的线程需要更多的时间来处理?