完全独立于系统时间变化的Java调度器
使用Java定时器，然后切换到ScheduledExecutorService，但我的问题没有解决。 因为在系统时间更改（通过ntpd）之前计划的任务不会在指定的延迟上执行。没有日志，因为没有发生任何事件：（ 在64位linux上的我的目标中使用jre 1.6.02664位 更新：ScheduledExecutorService在Windows上运行正常。问题只出现在运行64位JVM的基于64位Linux的系统上。它运行正常 在…上 运行32位JVM的64位linux…奇怪。在任何博客上也没有找到相同的参考 IBM的JavaSDK也有同样的问题 （ibm-java-sdk-7.0-0.0-x86_64-archive.bin） 我已针对JDK提交了缺陷，该缺陷已被接受，但已被关闭并关闭 标记为的副本。如果您觉得合适，请投赞成票 修好它是值得的……我不知道为什么它几年来一直没有修好 以下是我用来测试此问题的示例代码：完全独立于系统时间变化的Java调度器,java,timer,32bit-64bit,scheduler,ntp,Java,Timer,32bit 64bit,Scheduler,Ntp,使用Java定时器，然后切换到ScheduledExecutorService，但我的问题没有解决。 因为在系统时间更改（通过ntpd）之前计划的任务不会在指定的延迟上执行。没有日志，因为没有发生任何事件：（ 在64位linux上的我的目标中使用jre 1.6.02664位 更新：ScheduledExecutorService在Windows上运行正常。问题只出现在运行64位JVM的基于64位Linux的系统上。它运行正常 在…上 运行32位JVM的64位linux…奇怪。在任何博客上也没有找
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);
}
}
我针对同一个问题进行了研究，但没有找到解决方案。我查看了Quartz和所有内置JRE方法。nanotime方法可能会使用每个CPU的单调时钟，但我相信，如果线程迁移到另一个CPU，则会有大的跳跃风险。我的结论如下：
- 编写看门狗脚本（非Java:）以检查时间更改
- 如果时间倒转一定量，请关闭并重新启动Java应用程序
- 将NTP配置为永远不会有大的时间跳跃。只是浪费时间 慢慢地。仅在停机期间手动应用大时间跳转
worker.schedule（这个，100000000，TimeUnit.nanoseconds）；worker.schedule（这个，1，TimeUnit.SECONDS）相同；nanoTime