@Dark-VIN

Здравствуйте, господа.
Не могу понять, что еще может Service, кроме перегружаемых методов? При первом запуске в onStartService или onStartCommand можно писать что угодно, но оно сработает только при старте или перезагрузке сервиса.
Использование в сервисе Timer или AlarmManager или AsyncTask не точная. Например, при загруженности телефона эти методы срабатывают с задержкой.

Да и вообще, нужен ли Service при использовнии AlarmManager? При моем тесте, без использования сервиса и закрытия приложения (System.Exit(0)), AlarmManager писал логи в заданное время с заданой последовательностью... Ну а при загруженности телефона, с задержкой.

На данный момент интересует фоновое выполнение куска кода строго-настрого в точные минуты и секунды, с точным интервалом, как это делает стоковый будильник. Или следует проверять каждую секунду? И нужен ли для этого Service?

0

@vxg

Сервис можно поднять снаружи приложения + если система при высокой загрузке подвинет сервис она поднимет его обратно как только сможет (забитое приложение обратно не поднимется). Создайте в сервисе поток и делайте то что нужно если аларм не устраивает

0

@Dark-VIN

Что вы имеете ввиду?

Вы имеете ввиду "следует проверять каждую секунду?" - а не будет большой нагрузки на систему?

И что насчет AlarmManager без использования Service?

0

@CoolMind

Я ещё в этом не разбираюсь, но такие вопросы возникают здесь регулярно. Каждую секунду - это жесть, батарейка сядет быстро, а загрузка ЦП сильно подскочит.

0

@Dark-VIN

Такое впечатление, что это великий секрет, как написать неубиваемый сервис и создать точный "будильник".

На примере Hourly chime могу сказать, что в этом приложении используется AlarmManager. При ручной смене времени, будильник срабатывает небедленно, как написано в описании класса AlarmManager. Приложение имеет два сервиса и один ресивер.

Но стоковый будильник работает по другому. А вот как... Не может же он ежесекундно сверять время.

На моем HTC One X+ под Android 4.1.2 стоковый будильник содержит следующее:

0

@vxg

Поднять снаружи означает что если сервис определенным образом оформлен то его можно запускать при необходимости из другого приложения. Нужно ли сверять время каждую секунду - я не знаю специфику вашего приложения. Без использования сервиса у вас нет гарантии того что ваше приложение однажды не прекратит свою работу и не потребует ручного повторного запуска.

0

@CoolMind

Dark-VIN, волею судеб заинтересовался данной темой.
Нашёл, что эти все методы неточны. Из темы http://stackoverflow.com/quest... mmatically увидел ссылку на http://binarybuffer.com/2012/0... in-android, где объясняется, что во сне Андроид не хочет петь и танцевать, если использовать postDelayed с потоком или службой. Читая дальше, обнаружил, что и многие другие методы не работают во сне. Например, http://stackoverflow.com/quest... torservice.
Проблема в том, что устройство разбудить по событию, я так понимаю, может AlarmManager через BroadcastReceiver. Остальные не будят.

Добавлено через 15 минут
Я так подумал, если в некоторых статьях рекомендуют использовать ScheduledExecutorService вместо Timer и прочих однополчан, то можно попытаться совмещать его с AlarmManager. Конечно, это усложнит код и повысит нагрузку на процессор, но зато приведёт к нужной точности. Т.е. пока устройство не во сне, использовать ScheduledExecutorService (тут надо не выполнять повторно действия в AlarmManager), а как только оно во сне, ориентироваться на AlarmManager.

0

@Dark-VIN

Думаю можно. Я запускаю сервис startService(new Intent("d.swan.vki.Service"));

Приложение просто отправляет на сервер запрос и ждет ответа каждые 5 минут, до тех пор пока пользователь вручную не выключит сервис. Если запрос приходит не вовремя, сервер может отбросить запрос.


CoolMind, спасибо! Более менее понятно.
Не понятно, как AlarmManager общается с системой...
Может дать приложению user-permission WAKE_LOCK...

Нашел одно из решений на русском stackoverflow ( блóчится). Буду пробовать гонять телефон по тяжелым приложениям и смотреть логи. Попробую использовать как AlarmManager, так и AsyncTask... Так же и в режиме сна...

Скажите, куда лучше помещать вызовы, в onCreate или onStartCommand?

0

@CoolMind

Где-то там же написано, что это не поможет, т.к. пользователь может вручную отключить дисплей.
AlarmManager общается через BroadcastReceiver. Т.е. надо прописывать события onReceive.

0

@Dark-VIN

Нет, нет. Я имел ввиду на низком уровне. Как формируется в системе.

0