Rileva se il tempo di sistema è stato spostato indietro in java, o temporizzatori a prova di tempo

Question

Ho una casella che utilizza ntp e su di essi sono presenti diversi programmi java che visualizzano un orologio. Il problema che stiamo affrontando è se il sistema avanza indietro nel tempo tutti i nostri timer che fanno cose come animare il cronometro e aspettare fino a che il tempo del sistema non ritorna a dove si trovava. Devo trovare un modo per rilevare quando l'ora del sistema è stata modificata all'indietro e ripristinare tutti i nostri timer o un set di timer che possono essere programmati più volte, ma sono comunque una prova contro il cambio dell'orologio.

Come nota ho già provato il pacchetto del timer al quarzo che ha lo stesso problema dei normali timer java.

Answer 1

Quasi tutti i timer impostano un orario futuro e quindi confrontano regolarmente l'ora corrente con il tempo specificato. Ecco perché i timer si "bloccano" quando il tempo reale procede all'indietro.

Sfortunatamente, TUTTI i timer della JVM sono correlati all'ora del giorno. Ad esempio, java.util.Timer esegue un Object.wait (milliSeconds) per l'attivazione di un evento. Questo si riduce a una chiamata thread che fa anche un'attesa, per millisecondi. Ed è sempre relativo al "momento del giorno".

Quindi, in pratica, non c'è un modo reale di farlo in java senza un ciclo di rotazione della CPU in attesa del tempo per tornare indietro per informare i timer che si desidera ripristinare.

Answer 2

Sembra che il widget dell'orologio sia ciò che è rotto. Un widget UI dovrebbe visualizzare lo stato corrente del modello, in cui il modello, in questo caso, è l'ora del sistema. Certo, per un orologio, dovresti programmare un repaint() ogni secondo, ma quando si verifica il repaint, dovrebbe rendere l'ora del sistema, non cercare di tenere traccia del tempo stesso.

Questo principio si applica anche ai componenti non UI. Determina la tolleranza del componente agli errori di temporizzazione e dispone di un thread in background che aggiorna il componente a quell'intervallo. Durante un aggiornamento, tuttavia, viene utilizzata l'ora del sistema, non un orologio interno indipendente.

---

Aggiornamento:

La base ScheduledExecutorService non soffre di questo problema, almeno sulla mia piattaforma.