Если ли пример не убиваемого сервиса который будет работать постоянно, в фоне, пока не выключишь на всех версиях андроид?

Question

[kirawa]

Необходимо разработать GPS Tracker. Помогите ссылкой на гит
Есть своя наработка, но время от времени сервер останавливается

Answer 1

[Олег]

Два сервиса, взаимо контролируют, что работают, перезапускают друг друга.
В настройках требовать, чтобы был запрет на остановку для энергосбережения.

Answer 2

[Денис]

В Android нет гарантии, что сервис не будет завершен операционной системой по тем или иным причинам. Но никто не мешает Вам перезапускать сервис в случае его остановки. Делается это следующим образом: Вы можете зарегистрировать помимо сервиса BroadcastReceiver, который будет перезапускать Ваш сервис при его выключении. В теле метода onDestroy() вашего сервиса отправляй Ваш Broadcast, это Broadcast сообщение будет получено Broadcast ресивером, при получении оного который уже будет повторно запускать Ваш сервис.

Также есть возможность проверять работоспособность сервиса извне с некоторой периодичностью, используя AlarmManager, через который можно заставить выполнять определенную Вами логику по расписанию.

Третий способ - используйте sticky сервис. При старте сервиса с START_STICKY ОС должна его перезапускать при остановке.

Comments

[alterEgoChaos]

и какой нибудь Xiaomi со встроенным форс-килом процессов навернет всю эту магию и ничего не поможет)

[Денис]

alterEgoChaos, если какой-нибудь Xiaomi наворачивает задокументированное поведение Android, то это проблемы пользователей Xiaomi. Это не магия, это публичный API андроида. Если Вам это кажется магией, то, увы, Вы просто некомпетентны в Android. И если Ваше утверждение по поводу Xiaomi верно - то разработчики Xiaomi просто мудаки.

[alterEgoChaos]

Денис, на заборе тоже написано, а толку?) А через алярм менеджер будить это вообще гейство, батарея будет жрать как не в себя

[Денис]

alterEgoChaos, публичное API это и есть забор, за которым что-то лежит. У нормального программиста на заборе написано дрова и за забором - дрова. У плохого программиста на заборе написано дрова, а за забором - кирпичи. А есть "волшебные" программисты, они закрашивают надписи на заборах нормальных программистов и пишут слова из трех букв. Программирование стоит на стандартах и соглашениях, принятых в коммьюнити и апеллировать к тому, что программа, написанная с учетом общепринятых соглашений, не будет работать в некоторых случаях по причине деятельности "волшебных" программистов не имеет смысла. Это проблемы волшебников.

А теперь про AlarmManager. Если вкратце, Вы некомпетентны в данном вопросе. AlarmManager жрет батарею не из-за того, что реализация системного таймера почему-то требует много ресурсов CPU, а потому что связный код пробуждает устройство и выполняет какие-либо операции (чаще всего сетевые). И это ничем не отличается от PARTIAL_LOCK для сервиса GPS. Так как для получение данных от GPS в реальном времени устройство итак не может находиться в состоянии полного простоя. И фоновый сервис будет также жрать батарею, потому что будет препятствовать сну устройства, ахаха. Читаем забор: Scheduling Alarms, вникаем во флаги, inexact repeating, отличия RTC от ELAPSED_REALTIME, WAKEUP версии этих флагов. Как говорится, слышал звон, а не знает, где он.
AlarmManager - лучший из вариантов для обеспечения совместимости с версиями Android 4.x, но можно посмотреть и в сторону нового API. Вот простая статейка, объясняющая доходчивым языком про запуск по расписанию на свежих API: Choosing the Right Background Scheduler in Android

[alterEgoChaos]

Денис, и при чем тут GPS вообще?)))

[Денис]

alterEgoChaos, ггг, вопрос про фоновый GPS трекер

Денис, и при чем тут GPS вообще?)))