Синхронізація годинника в застосунках — суть, протоколи та реалізація

Що таке синхронізація годинника?

Синхронізація годинника (Clock Sync) — це механізм приведення внутрішнього годинника пристрою у відповідність із еталонним часом UTC (Всесвітній координований час). Без синхронізації кварцовий генератор у мобільному пристрої поступово відхиляється — дрейф становить 1–10 секунд на добу залежно від температури та якості компонентів. Синхронізація компенсує цей дрейф, отримуючи точний час від зовнішніх джерел: NTP-серверів в інтернеті, GPS-супутників або стільникових веж. В ідеалі пристрій повинен синхронізуватися кожні 4–6 годин для підтримки точності в межах 1 секунди.

Апаратний та програмний годинник

У мобільному пристрої є два типи годинника: апаратний (RTC, годинник реального часу) з окремим живленням від батарейки — він продовжує працювати навіть при вимкненому пристрої, та програмний (системний час), керований операційною системою. При завантаженні системний час ініціалізується від RTC, а потім підтримується через переривання тактового генератора. NTP-синхронізація корегує системний час, а в деяких випадках записує поправку і в RTC. На Android доступ до апаратного RTC обмежений — застосунки не можуть його змінювати без root-прав.

Навіщо потрібна синхронізація часу в мобільних застосунках

Багато аспектів роботи мобільного застосунку критично залежать від точного системного часу. SSL-сертифікати мають термін дії: якщо на пристрої час встановлено раніше дати випуску сертифіката або пізніше дати його закінчення, HTTPS-з'єднання буде заблоковано. OAuth-токени та JWT-автентифікація використовують часові мітки для перевірки терміну дії — розсинхронізація призводить до хибних відмов авторизації. Push-сповіщення плануються за часом, і якщо годинник відхиляється, користувач отримує сповіщення в неправильний час або не отримує їх взагалі.

Наслідки розсинхронізації

Безпека застосунків також страждає від невірного часу: шифрування на основі часу (time-based OTP), журнали подій з некоректними мітками, некоректна робота rate-limiting на стороні сервера (сервер блокує «майбутні» запити). За даними OWASP Mobile Top 10 (2024), недовіра до системного часу входить до категорії недостатньої безпеки платформи. Розробникам рекомендується завжди перевіряти час на сервері, а не покладатися виключно на клієнтський годинник. Якщо розбіжність перевищує поріг (рекомендується 5 секунд), застосунок повинен блокувати критичні операції до синхронізації.

Протоколи синхронізації: NTP та SNTP

Основні протоколи для синхронізації годинника — NTP та його спрощена версія SNTP. NTP (RFC 5905) — повний протокол із фільтрацією серверів, аналізом дрейфу та PLL-корекцією. Він використовується на серверах та мережевому обладнанні. SNTP (RFC 4330) — полегшена версія для клієнтських пристроїв, яка не потребує постійної синхронізації. SNTP-клієнт надсилає запит, отримує відповідь і встановлює час без аналізу історії. На мобільних пристроях використовується саме SNTP — вбудований сервіс Android Google Time Service (GTS) синхронізується через SNTP із серверами time.google.com.

Додаткові методи синхронізації

Крім NTP/SNTP, синхронізація часу на мобільних пристроях можлива через GPS-приймач (точність до 10 нс в ідеальних умовах) та стільникову мережу (через NITZ — Network Identity and Time Zone). GPS забезпечує максимальну точність, але працює лише на відкритому просторі та споживає багато енергії. NITZ надається оператором стільникового зв'язку автоматично при реєстрації в мережі, але не всі оператори його підтримують. Android використовує комбінацію всіх методів: GTS (SNTP) у пріоритеті, NITZ як резерв та GPS для застосунків, що потребують високої точності.

Проблеми синхронізації в розподілених системах

У розподілених системах — коли сервер і клієнт знаходяться на різних пристроях — синхронізація годинника стикається з фундаментальними обмеженнями. Затримка мережі робить неможливим однозначне визначення точного часу на клієнті: якщо пакет ішов 200 мс, то час на сервері в момент відправлення запиту та отримання відповіді вже різний. NTP вирішує цю проблему через RTT-вимірювання та статистичну обробку, але для розподілених транзакцій (наприклад, банківських переказів) цього недостатньо — використовуються логічні годинники (мітки Lamport) або векторні годинники.

Фізичні vs. логічні годинники

Фізичний годинник (wall clock) — реальний час UTC, який синхронізується через NTP. Логічний годинник — порядкові номери подій у системі, не прив'язані до фізичного часу. У розподілених системах для впорядкування подій часто використовуються векторні годинники: кожен вузол зберігає вектор лічильників для всіх вузлів кластера. Для мобільних застосунків достатньо фізичної синхронізації з точністю 1–5 секунд — це забезпечує коректну роботу OAuth, SSL та push-сповіщень. Якщо потрібне суворе впорядкування подій (наприклад, у чатах реального часу), додається логічна синхронізація на рівні сервера.

Реалізація синхронізації годинника в Android

Реалізувати синхронізацію годинника в Android-застосунку можна кількома способами. Найпростіший — отримати серверний час через REST API: сервер повертає Unix Timestamp у тілі відповіді або в HTTP-заголовку Date. Цей підхід не потребує додаткових бібліотек і гарантує, що час збігається з серверним. Другий спосіб — використовувати SNTP-клієнт для прямого запиту до NTP-сервера. Третій — покладатися на Android Google Time Service, який автоматично синхронізує системний час, якщо пристрій підключено до інтернету.

Порівняння підходів для Android

В Android-застосунках з авторизацією та фінансовими операціями рекомендується комбінований підхід: при кожному запиті до API зберігається різниця між серверним часом та System.currentTimeMillis(). Ця різниця застосовується до всіх часових розрахунків на клієнті, незалежно від того, синхронізовано системний годинник чи ні. Такий підхід називається корекцією відхилення годинника (clock skew correction) і реалізується через клас, який зберігає останню відому різницю з сервером. Додатково можна запускати фонову NTP-синхронізацію раз на 4–6 годин через WorkManager.

// Корекція відхилення годинника
class ClockSyncManager {
    private var serverTimeDiff: Long = 0 // serverTime - deviceTime (ms)

    fun updateServerTime(serverTimestampMs: Long) {
        serverTimeDiff = serverTimestampMs - System.currentTimeMillis()
    }

    fun getCorrectedTime(): Long {
        return System.currentTimeMillis() + serverTimeDiff
    }

    fun isSyncValid(maxDiffMs: Long = 5000): Boolean {
        return Math.abs(serverTimeDiff) < maxDiffMs
    }
}

Фонова синхронізація через WorkManager

Для періодичної фонової синхронізації часу на Android використовуйте WorkManager з PeriodicWorkRequest. Завдання синхронізації виконує SNTP-запит або виклик REST API, отримує серверний час і оновлює ClockSyncManager. Мінімальний інтервал для PeriodicWorkRequest — 15 хвилин, але для синхронізації часу достатньо 4–6 годин. При синхронізації враховуйте стан мережі — використовуйте NetworkType.CONNECTED для запобігання зайвим запитам у роумінгу. Якщо синхронізація не вдалася, збережіть попередню корекцію — вона залишається валідною з поступово знижуваною точністю.

Автоматична синхронізація часу на пристроях

Сучасні мобільні пристрої синхронізують час автоматично через вбудовані сервіси. На Android — Google Time Service (GTS), частина Google Play Services. На iOS — NTP-клієнт, вбудований в операційну систему. Ці сервіси працюють незалежно від застосунків і не потребують додаткового налаштування. Користувач може вимкнути автоматичну синхронізацію в налаштуваннях, що створює ризик для застосунків — саме в цьому випадку розробнику потрібно реалізувати власну синхронізацію. Рекомендується перевіряти статус автосинхронізації через Settings.Global.getInt(AUTO_TIME) та попереджати користувача при його вимкненні.

Рекомендації для розробників

Покладатися виключно на автоматичну синхронізацію небезпечно — користувач може вимкнути її або перебувати в зоні без інтернету. Найкраща практика — отримувати час із сервера при кожному запиті API та зберігати розсинхронізацію в SharedPreferences або DataStore. Для критичних операцій (платежі, авторизація, підписання документів) обов'язково перевіряйте isSyncValid() перед виконанням. Якщо розсинхронізація перевищує поріг — показуйте користувачу екран із пропозицією увімкнути автосинхронізацію або зачекати синхронізації. Для ігрових та розважальних застосунків достатньо отримувати час від сервера при запуску та оновлювати раз на годину.