не сохранилось. Но вроде 6-ой тоже нормально работал, а вот 7-ой запорол.
Но на счет ТЗ имеет смысл исходить из задачи - для чего вам вечный сервис?
Если нужно время от времени выполнять какой-то джоб, то есть JobDispatcher
Если надо висеть и ждать пуша, то с новыми версиями это только через ГЦМ. Он один может будить из доза и пр.
А вообще андроид начал движение в сторону экономии батареи, и потому придумал доз и мягкий доз.
Тут надо немного парадигму сдвинуть, и принять как факт, что в доз телефон переходит через час когда он лежит неподвижно. То есть если пользователю действительно все равно. И первое окно для действий апп получает через 1 час после начала доза. Второе через 2, третье через 4, далее через 6 и т.д. по 6
Суть в том, что не нужно жрать батарейку, пока пользователь положил телефон в тумбочку.
Если пользователь все время носит телефон с собой, то у него доз может включиться только ночью )
А до тех пор будет время от времени возникать мягкий доз (начиная с 7 андроида) - он не такой "злой" и окошки дает довольно часто...
хотят трекать корпоративных юзеров (сбор gps + отправка на сервер) но они сами в курсе и запускают сервис тоже сами ну судя по вашему описанию, не все так страшно поскольку если в неподвижном состоянии, то пусть спит сколько хочет JobDispatcher от гугла не совсем подходит потому что min api 15 вот выбираю девайс (5.1 морально устарел, в 6 есть баг с фг-сервисами и дозом, в 7 доз стал жёстче) и либу (priority job queue / firebase job dispatcher / hypertrack smart scheduler / evernote job)
Не работал с этим, но возник вопрос: чисто теоретически мы можем прикинуть когда начнется доз и попробовать перед этим включить экран и пошевелить телефон вибрацией, не?
Обсуждают сегодня