Detecta si la hora del sistema se ha movido hacia atrás en java, o temporizadores a prueba de tiempo

Question

Tengo una caja que usa ntp y tenemos varios programas en ejecución que muestran un reloj. El problema que tenemos es que si todo hace retroceder al sistema, todos nuestros temporizadores hacen cosas como animar el reloj y esperar hasta que la hora del sistema vuelva a estar donde estaba. Necesito encontrar una forma de detectar cuando la hora del sistema se ha cambiado hacia atrás y reiniciar todos nuestros temporizadores o un conjunto de temporizadores que pueden programar repetidamente pero que aún así son a prueba contra el cambio de reloj.

Como una nota que ya probé el paquete de temporizador de cuarzo tiene el mismo problema que los temporizadores de Java normales.

Answer 1

Casi todos los temporizadores establecen un tiempo futuro y luego regularmente comparan la hora actual con el tiempo. Es por eso que los temporizadores "se paran" cuando el tiempo real retrocede.

Desafortunadamente, TODOS los temporizadores en la JVM están relacionados con la hora del día. Por ejemplo, java.util.Timer hace un Object.wait (milliSeconds) para que un evento se active. Eso se reduce a una llamada de subproceso que también espera, durante t milisegundos. Y siempre es relativo a la "hora del día".

Así que, básicamente, no hay una forma real de hacer esto en Java sin un ciclo de succión de CPU en espera de que el tiempo retroceda para informar a los temporizadores que desea reiniciar.

Answer 2

Parece que el widget del reloj es lo que está roto. Un widget UI debe mostrar el estado actual del modelo, donde el modelo, en este caso, es la hora del sistema. Claro, para un reloj, necesitaría programar un repaint() por segundo, pero cuando ocurra el repintado, debería procesar la hora del sistema, no tratar de hacer un seguimiento de la hora en sí.

Este principio se aplicaría incluso a los componentes que no sean UI. Determine la tolerancia del componente a los errores de temporización y tenga una secuencia de fondo que actualice el componente en ese intervalo. Durante una actualización, sin embargo, se utiliza la hora del sistema, no un reloj interno independiente.

---

Actualización:

La básica ScheduledExecutorService no sufre este problema, al menos en mi plataforma.

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