使用Java Timer,然后切换到ScheduledExecutorService,但我的问题没有得到解决。因为在系统时间更改(通过ntpd)之前调度的任务不会在指定的延迟时间执行。没有相同的日志,因为什么都没有发生:(。
在我的目标中使用64位的jre 1.6.0_26。
更新: ScheduledExecutorService在Windows上运行良好。问题只出现在运行64位JVM的基于64位Linux的系统上。它在运行32位JVM...strange的64位linux上运行良好。在任何博客上也没有找到任何相同的引用。
ibm的JAVA SDK也有同样的问题(ibm-java-sdk-7.0-0.0-x86_64-archive.bin ve.bin)。
我已经向JDK 提交了缺陷,它被接受了,但已经被关闭并标记为 的副本。请投赞成票,如果你觉得值得修复它的话…我不知道为什么它没有得到修复,因为几年多来
下面是我用来测试这个问题的示例代码:
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);
}
}
发布于 2012-02-01 13:46:03
在系统时间向后更改期间,有用于整体调度的bug in JVM,这也影响了非常基本的Object.wait和Thread.sleep方法。当系统时间切换回某些秒数时,让Java应用程序继续运行就变得太冒险了。你永远不会知道你的Java应用最终会变成什么样子。
因此,我们决定:
另一种可能是迁移到32位JVM,但我们使用的是JNI,因此目标平台上使用的本地库不是32位兼容的。根据我们的经验,32位JVM将我们的目标限制在1.6G堆,这对我们来说根本不够。
我知道我们的解决方案不是最好的,但在JVM修复或找到更好的解决方案之前,似乎没有其他方法。
编辑:除了上面的解决方案外,我们还在考虑克里斯的第一个建议:
发布于 2012-01-28 21:46:39
我解决了同样的问题,但没有找到解决方案。我研究了Quartz和所有内置的JRE方法。nanotime方法可能使用每个CPU的单调时钟,但我相信,如果将线程迁移到另一个CPU上,您可能会面临巨大的跳跃风险。我的结论如下:
基本上,这是一个巨大的痛苦,但没有银弹。
https://stackoverflow.com/questions/9044423
复制相似问题