Более подробный принцип работы Сервиса Android

Здравствуйте всем, я хочу понять, как работает Сервис Android более подробно, то о чем не показывают в видео уроках и не пишут в книгах, а если и пишут, то эту информацию не так просто найти.
В частности, объясните, кто знает такую вещь. Вот, допустим запустили мы какой-то сервис, а приложение полностью закрыли. Сервис продолжает работать. Увидеть мы это можем по существующему процессу в утилите Android Device Monitor.
Но, если наш Сервис в процессе запуска и работы обращается к какому-нибудь другому нашему пользовательскому классу в нашем приложении, то по сути, при закрытии нашего приложения, из памяти выгрузятся все наши классы и Сервис уже не сможет работать (потому что обращался к одному из классов).
Т.е., что я хочу подчеркнуть - то, что при закрытии приложения из памяти выгружаются все объекты всех классов за исключением одного объекта нашего класса Service, грубо говоря, он как статический-неубиваемый. Точнее даже приложение наше не закрывается, а остаётся работать из-за этого одного единственного объекта типа Service, а все остальные наши Объекты, Активности, выгружаются из памяти, т.е. уничтожаются.
Т.е. конкретный вопрос можно сформулировать так: при закрытии приложения, в памяти остаётся висеть только то, что было описано непосредственно в теле нашего класса Service, а всё остальное перестаёт существовать, так?

0

orange_rush, открою тайну - по идее существовать будет все что не собрал сборщик мусора то есть все на что есть ссылка - сохраните в поле объекта сервиса ссылку на активити и она никуда не пропадёт - то есть на экране ее конечно не будет но зомби / утечка будут доступны

1

Сообщение от orange_rush при закрытии приложения

давайте сначала определимся с этим термином.
Что в вашем понимании закрытие приложения? Выход с последней Activity? Или смахивание в списке приложений (или нажатие кнопки стоп в настройках приложения)? Или просто сворачивание приложения, и оно там висит и его система убивает при нехватке памяти?

Итак, первый вариант: вы просто вышли из последней активити. Если при выходе вы не останавливаете сервис, то он будет висеть, пока система не прибьет его по своим причинам.
При убивании процесса, если у сервиса стоит флаг пересоздания, то система его заново пересоздаст с исходным bundle, который его стартовал. И сервис начнет свою работу сначала, либо (если вы это предусмотрели) продолжит работу с того момента как остановился.

И еще не забывайте (или узнайте) что есть класс Application, без которого не живет ни сервис, ни activity, в нем тоже можно что-то хранить (чтоб GC его не собрала) или инициализировать.

1

Сообщение от demixdn давайте сначала определимся с этим термином. Что в вашем понимании закрытие приложения? Выход с последней Activity? Или смахивание в списке приложений (или нажатие кнопки стоп в настройках приложения)? Или просто сворачивание приложения, и оно там висит и его система убивает при нехватке памяти?

Ну вообще, как раз-таки интересно понять все варианты.
Итак, вариант 1) "Выход из последней Активности" - это, как я понимаю, ты имеешь ввиду, полный выход, т.е. это равносильно тому, чтобы смахнуть приложение в списке Бэкстэка приложений. Т.е., тот самый момент когда выполняется метод onDestroy() для Активности, а не onStop(). Я имею ввиду именно это, когда говорю, что закрываю приложение.

Вариант 2) Нажатие кнопки стоп в настройках приложения. Здесь для меня не всё так легко и просто, потому что в разных версиях Андроида это выглядит по разному. На пятом Андроиде в одном из видео уроков товарищ через настройки видел все запущенные процессы на устройстве и мог их удалять. На моём 6-м андроиде такого пункта меню нет, как у него. Тем не менее, да, для каждого приложения есть кнопка "Остановить" и что это означает, я до конца не понимаю. Либо она останавливает приложение вообще полностью во всех его проявлениях, либо останавливает приложение почти полностью, но оставляет работать Сервисы Service. Или, как раз-таки, наоборот, убивает Сервис, относящийся к приложению?

Вариант 3) Мы просто свернули приложение. в данном случае я бы не рассматривал этот вариант, именно в контексте моего первоначального вопроса, чтобы в рамках данной темы хоть как-то ограничиться, дабы не развернуть здесь ВСЮ политику Андроида. Здесь как бы понятно, что Активность висит в onStop(). Тем не менее, может быть и здесь есть куда "копать", в плане возможных ситуаций, которые могут возникнуть, в том числе исключений или нехватки памяти.

Сообщение от demixdn При убивании процесса, если у сервиса стоит флаг пересоздания, то система его заново пересоздаст с исходным bundle, который его стартовал. И сервис начнет свою работу сначала, либо (если вы это предусмотрели) продолжит работу с того момента как остановился.

Насчёт флага пересоздания, да, это я уже изучал, допустим он по умолчанию стоит в режиме STICKY. И здесь тоже интересно, что произойдёт, когда сервис пересоздаётся, при условии, что в коде (или в теле) нашего Сервиса были прописаны команды, которые создавали объекты других классов - пересоздаст ли все эти объекты наш Сервис или он не сможет это сделать, потому что приложение уже закрыто по Варианту (1), описанном выше.

Сообщение от demixdn И еще не забывайте (или узнайте) что есть класс Application, без которого не живет ни сервис, ни activity, в нем тоже можно что-то хранить (чтоб GC его не собрала) или инициализировать.

А вот здесь, если можно, поподробнее, в каком смысле есть класс Application? В смысле, его экземпляр создаётся при запуске приложения и существует, пока существует хотя бы одна Активность или Сервис, относящиеся к это приложению или что?

0

"Выход из последней Активности" != "смахнуть приложение в списке Бэкстэка приложений"
Класс Application живет себе дальше. Это легко проверить. Создаете приложение с MainActivity и Application. Вот логи кейса: зашел в MainActivity, вышел из него, снова качал по иконке приложения:
Application: onCreate() called
MainActivity: onCreate() called
MainActivity: onDestroy() called
MainActivity: onCreate() called

Как видите, нового Application: onCreate() не было, он продолжил жить и после.

И еще замечание, onDestroy() у Activity не всегда выполняется, на него полагаться не стоит.

Сообщение от orange_rush "Остановить" и что это означает

вот именно такое поведение она и делает. Она убивает весь процесс, в котором запущено ваше приложения и ни для одного Activity в таком случае не вызовется onDestroy(). Можете тоже по логам проверить. Тоже самое касается и сервиса.

Сообщение от orange_rush пересоздаст ли все эти объекты наш Сервис

нет, он их создаст заново (пересоздаст в моем понимании - это восстановит их в том состоянии, в котором они были до смерти). те объекты, что были там раньше умрут. И если там была закачка большого файла из инета - это тоже похерится. И начнет качать заново. Специально для закачки больших файлов нужно использовать foreground service. Почитайте, если хотите, об этом.

Я понимаю, это все несколько сложно, но так и есть. Что могу вам посоветовать, это сделать приложение с Application, Activity, Service, там по методам жизненного цикла расставить логи и начать тестировать все варианты. На своем опыте вы быстрее поймете что к чему, а не слушать абстрактные "Если нажмем эту кнопку, то все выключится."

Добавлено через 7 минут

Сообщение от orange_rush класс Application

Создаете класс MyApp extends Application и в нем переопределяете метод onCreate()
В манифесте прописываете в теге application
android:name=".MyApp"
Здесь один из самых тривиальных примеров, как его можно использовать.

1

Сообщение от demixdn нет, он их создаст заново (пересоздаст в моем понимании - это восстановит их в том состоянии, в котором они были до смерти). те объекты, что были там раньше умрут. И если там была закачка большого файла из инета - это тоже похерится. И начнет качать заново.

Я имею ввиду "пересоздаст заново" с точки зрения языка java, т.е. создаст заново объекты тех классов, которые создавал раньше. Т.е. выполнит заново весь код, который был прописан в его теле, а точнее, наверное, не во всём теле, а код из метода onCreate и при этом ему не помешает то, что закрыли последнюю Активность (или смахнули приложение из стека приложений) - он создаст объекты всех классов, которые создавал раньше. А вот если завершит работу Application, тогда уже и закроются все Сервисы. Примерно так?

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

В классе Сервиса я решил написать следующее (пишу основное, чтобы не загромождать кодом):
А в Активности я нажимаю кнопку, по нажатии на которую вызывается startService().
На самом деле в Сервисе я прописываю ещё одно поле boolean started, которое проверяет играет радио или на паузе и по нажатию на кнопку из Активности вновь и вновь, мы то оснавливаем, то запускаем радио. При этом, постоянно, как бы, спрашиваем "если не подготовлено prepared", то подготовить - это я сделал, подразумевая, что если, допустим, прервётся связь с интернетом, то объект MediaPlayer потеряет состояние prepared и деградирует в состояние первичной инициализации.

Так вот, я запускаю приложение, жму кнопку - радио играет. Потом смахиваю приложение из стека приложений и радио перестаёт играть. Вот тогда я и задумался о природе класса Service, почему и когда он "выключается".

0

Любой компонент не может существовать без Application. Поэтому если пересоздается сервис, то сначала создается Application, а после создается сервис. И он начинает работать с onCreate, а после вызовется onStartCommand.
Причем я раньше ошибся, когда сказал, что в него прилетит тот же самый Intent, которым мы стартовали сервис. После пересоздания Intent равен null в параметрах метода onStartCommand, если указывать START_STICKY. Если указать START_REDELIVER_INTENT, вот тогда прилетит. Но с этим флагом нужно быть осторожней, там в его описании есть интересное поведение. И там есть заметный лаг при пересоздании, он заново запускается около минуты.

2