Время загрузки Android с точностью до мкс ⇐ Android

[Anonymous]

Это факт, что и время безотказной работы -s, и Kotlin:

Код: Выделить всё

object X {
private val startTime = Clock.System.now()
private val androidBootTime = startTime - SystemClock.elapsedRealtime().toDuration(DurationUnit.MILLISECONDS)

с X, на который ссылается подкласс Application,
возвращает точность около ±10 секунд, т.е. разные вызовы приводят к разному времени загрузки для одного и того же сеанса загрузки.
Существует ли образец кода Kotlin, обеспечивающий время загрузки с точностью до микросекунды?
Что такое максимально достижимая точность времени загрузки Android?
Фактом также является то, что определить время запуска вашего приложения можно только по статической метке времени, все другие интеллектуальные средства не работают при кэшировании Android. и намеренная медлительность
Унификаторы загрузки Android
Обновление от 29 октября 2024 г.:
есть счетчик загрузки Android 7+ уровня API 24+

Код: Выделить всё

int boot_count = Settings.Global.getInt(getContext().getContentResolver(),
Settings.Global.BOOT_COUNT);

есть uuid загрузочного сеанса:

Код: Выделить всё

cat /proc/sys/kernel/random/boot_id
c4dfb88f-2a9a-49cf-a649-291b4969db88

есть btime, секундная точность эпохи Unix:

Код: Выделить всё

cat /proc/stat | grep btime
btime 1729814103

При плохой загрузке Android с резервной батареей время может быть неправильным
видимо, читается uptime -s

Код: Выделить всё

cat /proc/uptime
408824.96 624814.45

чтобы между двумя показаниями часов можно было получить некоторую точность, например, взять среднее значение, округлить до ближайшей секунды или что-то в этом роде, если разница во времени меньше мс или около того.
Путь вперед — это приемник загрузки и периодическое чтение унификатора, первое расчетное значение времени загрузки, которое считается авторитетным. эмпирические данные для выбора метода
Проблемы с пользовательским интерфейсом
Пользовательский интерфейс Android также может перезапуститься. Я обнаружил две ситуации в logcat:

• WATCHDOG уничтожает застрявший поток пользовательского интерфейса
• DeadSystemException

Если в приложении есть фоновая служба с перезапуском, которая никогда не должна завершаться, это может быть обнаружено
может быть полезно передать logcat в потоковую передачу SD-карта объемом 150 МБ, 1 М строк в день
Выводы 29 октября 22024 г.
Я буду использовать унификатор загрузки и первое рассчитанное время загрузки
Это все, что может сделать Android.
.
Счетчик загрузки работает до сброса 1…UUID загрузки работает
/proc/uptime так же плохо, как Android SystemClock.elapsedRealtime
/proc/stat не читается без root-прав, но btime с точностью до секунды (при хорошей батарее настоящий Android)
241105 для Android 12 2024 года:

• загрузка с неисправной резервной батареей может начаться с неточным временем

• Код: Выделить всё

  uptime -s

  и /proc/stat btime явно плохие
• после исправления системного времени через NTP из Интернета оба значения меняются
• поэтому, любая ссылка на время загрузки Android будет иметь погрешность в ±10 секунд из-за особенностей Android, даже если системное время очень точное. Полученное время может быть разным для разных попыток.
• однако уникификаторы загрузки помогают различать события загрузки.
• оценку времени загрузки нельзя получать до тех пор, пока системное время, как известно, является точным. Например, убедитесь, что точность времени Android превышает 2 минуты, подключившись к сайту https или обратившись к NTP PTP NITZ GPS.

Определение времени Android через NTP NITZ. Android 12 с 2024 г.:

• осуществляется только каждые 18 часов.
• исправляется только в том случае, если отклонение времени превышает 5 секунд.
• если NTP не может быть прочитан в течение 3 минут, Android ждет еще 18 часов.
• можно попытаться в рамках ограничений Android, выбрав «Настройки» — «Система» — «Дата и время». — Автоматически устанавливать время с «Выкл.» на «Вкл.».
• Невозможно принудительно обновить время, кроме «Настройки». — Система — Дата и время.
• Обратите внимание, что если время отключено на 2 минуты и более, сертификаты не будут работать, так как в VPN может произойти сбой. В этом случае проверка подключения Android может завершиться неудачей, поэтому Android вообще не сможет подключиться к Интернету.

Что действительно глупо с точки зрения сотрудников Google, так это 5 секунд. В 2024 году должно быть 1 мс. Ничего не стоит

Подробнее здесь: https://stackoverflow.com/questions/791 ... s-accuracy