使我烦恼的臭虫和这张票一样。基本上，如果将操作系统时钟更改为过去的日期，则更改时休眠的所有线程都不会唤醒。
我正在开发的应用程序打算在24/24上运行，我们希望能够在不停止OS的情况下更改OS日期(例如，从夏季时间切换为冬季时间)。目前发生的事情是，当我们将日期更改为过去的日期时，应用程序的某些部分就会冻结。我在多台计算机上，Windows
XP和Linux 2.6.37以及最近的JVM(1.6.0.22)上都观察到了这一点。
我尝试了许多Java睡眠原语，但是它们都有相同的行为：
Thread.sleep(长)
Thread.sleep(long，int)
Object.wait(长)
Object.wait(long，int)
Thread.join(长)
Thread.join(long，int)
LockSupport.parkNanos(长)
java.util.Timer
javax.swing.Timer
现在，我不知道要解决此问题。我认为我无法采取任何措施来防止睡眠线程冻结。但是，我至少希望在检测到危险的系统时钟更改时向用户发出警告。
我想出了一个监视线程来检测这种变化：
Thread t = new Thread(new Runnable() {
@Override
public void run() {
long ms1 = System.currentTimeMillis();
long ms2;
while(true) {
ms2 = ms1;
ms1 = System.currentTimeMillis();
if (ms1 < ms2) {
warnUserOfPotentialFreeze();
}
Thread.yield();
}
}
});
t.setName("clock monitor");
t.setPriority(Thread.MIN_PRIORITY);
t.setDaemon(true);
t.start();问题在于，这会使应用程序在空闲时从2％的CPU使用率增长到15％。
您是否有解决原始问题的想法，还是可以想到另一种监视线程冻结外观的方法？
编辑
Ingo建议不要触摸系统时钟。我同意通常不需要。问题在于我们无法控制客户使用计算机的行为(我们计划出售数百份)。
更糟糕：我们的一台机器没有任何人工干预就出现此问题。我猜想操作系统(Windows
XP)会定期将其时钟与RTC时钟同步，这会使操作系统时钟自然地回到时间上。
结语
我发现问题中的某些陈述是错误的。实际上，我的最初问题涉及两个单独的原因。现在，我可以肯定地说两件事：
在我的机器只(ArchLinux的内核2.6.37与OpenJDK的64位1.6.0_22) ，Thread.sleep，，Object.wait 有同样的问题：他们醒来，只有当系统时钟到达觉醒的“目标”的时间。但是，在我的shell中没有一个简单的问题。Thread.join``LockSupport.parkNanos``sleep
在所有的机器我测试(包括矿山)，java.util.Timer并java.swing.Timer有同样的问题(他们被封锁，直到达到“目标”时间)。
因此，我所做的是，我用Timer一个更简单的实现替换了所有Java 。这解决了除我之外的所有机器的问题(我只是希望我的机器是一个例外，而不是一条规则)。
