Что должен делать Timertask.scheduleAtFixedRate, если часы меняются?

Question

Мы хотим запустить задачу каждые 1000 секунд (скажем).

Таким образом, мы имеем

timer.scheduleAtFixedRate(task, delay, interval); 

В основном, это работает отлично. Однако это встроенная система, и пользователь может изменять часы реального времени. Если они настроили его на время в прошлом после того, как мы настроили таймер, кажется, что таймер не выполняется до исходной даты/времени в реальном времени. Поэтому, если они вернут его на 3 дня, таймер не будет выполняться в течение 3 дней :(

Является ли это допустимым поведением или дефектом в библиотеке Java? Oracle javadocs, похоже, ничего не говорит о зависимости или не на стоимости базового системного тактового сигнала.

Если это допустимо, как мы заметили это изменение времени и перепланировать наши таймеры?

Answer 1

Глядя на источник Timer для Java 1.7, кажется, что это использует System.currentTimeMillis(), чтобы определить следующее выполнение задачи.

Однако l ooking у источника ScheduledThreadPoolExecutor, он использует System.nanoTime().

Это означает, что вы не увидите этого поведения, если используете его вместо Timer. Чтобы создать его, используйте, например, Executors.newScheduledThreadPool().

Почему вы не увидели бы такое поведение из-за того, что говорит доктор для System.nanoTime():

Этот метод может быть использован только для измерения затраченного времени и не связано с какой-либо другой понятие системы или стены время закрытия. Возвращаемое значение представляет собой наносекунды, так как некоторое фиксированное, но произвольное время начала [акцент мой].

Как это ли ошибка в Timer, может быть ...

Обратите внимание, что в отличие от ScheduledExecutorService, Timer поддерживает абсолютное время, и, возможно, это объясняет его использование System.currentTimeMillis(); Кроме того, Timer был там с Java 1.3, а System.nanoTime() - только в 1.5.

Но следствием использования System.currentTimeMillis() является то, что Timer чувствителен к системной дате/времени ... И это не задокументировано в javadoc.

Answer 2

Сообщается здесь http://bugs.sun.com/view_bug.do?bug_id=4290274

Точно так же, когда система синхронизации устанавливается на более позднее время, задача может быть запущена несколько раз без каких-либо задержек «догнать» пропущенные казни. Именно это происходит, когда компьютер установлен в режим ожидания/спящий режим, и приложение возобновляется (так я узнал).

Это поведение также можно увидеть в отладчике Java, приостановив поток таймера и возобновив его.