完全独立于系统时间变化的 Java 调度程序

Question

使用Java Timer，然后切换到ScheduledExecutorService，但我的问题没有解决。 因为在系统时间更改之前（通过 ntpd）计划的任务不会在指定的延迟时执行。没有日志，因为没有任何事情发生:(。

在 64 位 linux 上的目标中使用 jre 1.6.0_26 64 位。

更新： ScheduledExecutorService 在 Windows 上运行良好。问题仅出现在运行 64 位 JVM 的基于 64 位 Linux 的系统上。它工作正常 在 运行 32 位 JVM 的 64 位 linux ......奇怪。也没有在任何博客上找到任何相同的参考。

IBM 的 JAVA SDK 也有同样的问题 (ibm-java-sdk-7.0-0.0-x86_64-archive.bin)。

我已针对 JDK 7139684 提交了缺陷，已被接受但已关闭并且 标记为 6900441 的重复项。请投给它，如果你觉得 修复它是值得的……我不知道为什么它已经好几年没有修复了

这是我用来测试这个问题的示例代码：

package test;

import java.io.IOException;
import java.util.Date;
import java.util.concurrent.Executors;
import java.util.concurrent.ScheduledExecutorService;
import java.util.concurrent.TimeUnit;

/**
 * @author yogesh
 *
 */
public class TimerCheck  implements Runnable {

    ScheduledExecutorService worker;


    public TimerCheck(ScheduledExecutorService worker) {
        super();
        this.worker = worker;
        this.worker.schedule(this, 1, TimeUnit.SECONDS);
    }

    private static void update() {
        System.out.println("TimerCheck.update() "+new Date(System.currentTimeMillis()));
    }

    @Override
    public void run() {
            update();
            worker.schedule(this, 1, TimeUnit.SECONDS);
    }

    /**
     * @param args
     */
    public static void main(String[] args) {
        ScheduledExecutorService worker = Executors.newScheduledThreadPool(1);
        new TimerCheck(worker);
    }

}

Answer 1

bug in JVM 用于系统时间向后更改期间的整体调度，这也影响了非常基本的 Object.wait 和 Thread.sleep 方法。当系统时间切换回几秒钟时，让 Java App 继续运行变得太冒险了。你永远不知道你的 Java 应用最终会是什么。

所以我们决定：

• 编写 watch dog 脚本（非 Java :)）来检查时间变化。
• 如果时间倒退一定时间，请关闭并重新启动 Java 应用程序。

另一种可能性是迁移到 32 位 JVM，但我们使用的是 JNI，然后目标平台上使用的本机库不兼容 32 位。同样根据我们的经验，32 位 JVM 将我们的目标限制为 1.6G 堆，这对我们来说根本不够。

我知道我们的解决方案不是最优雅的，但在 JVM 修复或找到更好的解决方案之前，似乎没有其他方法。

已编辑： 除了上述解决方案外，我们还在考虑 Chris 的第一个建议：

• 将 NTP 配置为永远不会有大的时间跳跃。只消磨时间 慢慢地。仅在停机期间手动应用大时间跳转。

Answer 2

我解决了同样的问题，但没有找到解决方案。我查看了 Quartz 和所有内置的 JRE 方法。纳米时间方法可能使用每个 CPU 的单调时钟，但我相信，如果线程迁移到另一个 CPU，您会冒很大的跳跃风险。我的结论如下：

1. 将 NTP 配置为永远不会有大的时间跳跃。只是慢慢地把时间流逝了。仅在停机期间手动应用大时间跳转。
2. 使用多个较短的超时，并且需要两个超时来声明远程计算机已死。如果您自己只有一个系统计时，这将无济于事，但可以为多个系统提供帮助
3. 故意使用远程计算机向您发送定期唤醒。如果您自己的时钟在两次唤醒之间倒退，那么您就知道您的所有计时器都会迟到。

基本上，这是一个巨大的痛苦，但没有灵丹妙药。