Ответ 1
В более новых версиях служба будет иметь следующие события:
onCreate()
Далее следуют...
int onStartCommand(Intent intent, int flags, int startid)
Я знаю, что в комментариях выше вы упоминаете об использовании этого, но стоит повторить: Не используйте старое событие onStart(). onStartCommand - это новый способ делать вещи.
onCreate() может использоваться для создания любых объектов и т.д., но на самом деле код вашего сервиса в onStartCommand().
Когда вы закончите с onStartCommand(), вы должны вернуть результат. Использование "START_STICKY" сообщает операционной системе, что он может перезагрузиться, если ему нужно его убить. Использование "START_NOT_STICKY" сообщает os, чтобы не пытаться перезапустить его после того, как память снова станет доступной. Это означает, что вашему приложению потребуется снова запустить службу вручную. Существуют и другие варианты - проверьте документы API.
Проверка этих флагов позволит вам узнать, почему ваша служба запустила, если ваше собственное приложение запустило его или если ОС запустило его для его перезапуска. Вам нужно будет периодически сохранять состояние любых важных переменных, чтобы, если ОС перезапустила его, вы можете получить их - вы, вероятно, можете использовать личное хранилище SharedPreferences для их хранения. Определенно сохраняйте любое событие onDestroy, но не рассчитывайте на то, что он вызван.
Кроме того, рекомендуется сохранить поле startID в переменной и использовать его с stopSelfResult (startId), когда ваша служба будет запущена.
Имейте в виду, что если ваша служба была убита операционной системой, у вас может не быть возможности хранить какие-либо переменные.. Вы должны уметь видеть, находится ли ваше состояние в ожидании при перезапуске ОС и если не просто reset все или умело умереть, возможно.
Что касается отладки, считаете ли вы, что вы пишете другое приложение, которое ничего не делает, кроме сосать память в Activity для того, чтобы заставить условие низкой памяти? Верхняя активность должна отдавать предпочтение памяти и заставлять службу умирать.
Дополнительные потоки, запущенные в службе, все еще являются частью одного и того же процесса приложения, поэтому они будут убиты вместе с сервисом (и остальной частью приложения). Вы можете проверить это, добавив регулярные журналы в потоках и затем убить службу.
Что-то еще, что может быть полезно для вас, - проверить, запущен ли ваш сервис из вашего приложения. Здесь функция для этого:
// Determine if one of my services is currently running
public static boolean isMyServiceRunning(Context context, String servicename) {
ActivityManager manager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
for (RunningServiceInfo service : manager.getRunningServices(Integer.MAX_VALUE)) {
if (servicename.equals(service.service.getClassName())) {
return true;
}
}
return false;
}