Ermitteln, ob die Systemzeit rückwärts in Java verschoben wurde, oder Zeitprüfzeitgeber

Question

Ich habe eine Box, die ntp verwendet und wir haben mehrere Java-Programme, die auf ihnen laufen, die eine Uhr anzeigen. Das Problem, das wir haben, ist, wenn irgendwas die Systemzeit nach hinten versetzt, all unsere Timer, die Dinge wie die Uhr stoppen und warten, bis die Systemzeit wieder da ist, wo sie war. Ich muss einen Weg finden, entweder zu erkennen, wenn die Systemzeit rückwärts geändert wurde, und alle unsere Timer oder eine Reihe von Timern zurückzusetzen, die wiederholt planen können, aber immer noch gegen die Änderung der Uhr beweisen.

Als Hinweis habe ich bereits das Quarz-Timer-Paket ausprobiert es hat das gleiche Problem wie die regulären Java-Timer.

Answer 1

So ziemlich alle Timer stellen eine zukünftige Zeit ein und vergleichen dann regelmäßig die aktuelle Zeit mit der gegebenen Zeit. Das ist der Grund, warum Timer "stehen bleiben", wenn Echtzeit rückwärts geht.

Leider beziehen sich ALLE Timer in der JVM auf die Uhrzeit. Beispiel: java.util.Timer führt ein Object.wait (Millisekunden) für das Auslösen eines Ereignisses aus. Das läuft auf einen Thread-Aufruf hinaus, der auch eine Wartezeit für t Millisekunden ausführt. Und es ist immer relativ zur "Tageszeit".

Also, im Grunde gibt es keine echte Möglichkeit, dies in Java ohne eine drehende CPU-Saugschleife zu tun, die auf die Zeit wartet, rückwärts zu gehen, um die Timer zu informieren, die Sie zurücksetzen möchten.

Answer 2

Es klingt wie das Uhr Widget ist, was kaputt ist. Ein UI-Widget sollte den aktuellen Status des Modells anzeigen, wobei das Modell in diesem Fall die Systemzeit ist. Sicher, für eine Uhr müssten Sie jede Sekunde eine repaint() einplanen, aber wenn das Repaint auftritt, sollte es die Systemzeit wiedergeben, nicht versuchen, die Zeit selbst zu verfolgen.

Dieser Grundsatz gilt auch für Nicht-UI-Komponenten. Ermitteln Sie die Toleranz der Komponente für Timing-Fehler und verfügen Sie über einen Hintergrundthread, der die Komponente in diesem Intervall aktualisiert. Während einer Aktualisierung wird jedoch die Systemzeit verwendet, keine unabhängige interne Uhr.

---

Update:

Der Grund ScheduledExecutorService nicht unter diesem Problem leidet, zumindest auf meiner Plattform.

ScheduledExecutorService worker = Executors.newScheduledThreadPool(1); 
worker.schedule(new Runnable() { 
    public void run() 
    { 
    update(); 
    } 
}, 100, TimeUnit.MILLISECONDS);