Связанная служба Android и запущенная служба для музыкального приложения

1. Лучший выбор связи — использование методов LocalBroadcasts и Binder в соответствии с вашими требованиями. Если вы хотите сделать что-то на службе из вашего связанного компонента, такого как активность, вам следует использовать связыватели. Если вам нужно отправить результат обратно в приложение, вы должны использовать LocalBroadcast.

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

2. В этом пункте вы ошибаетесь в запуске связанного сервиса. В этом случае вам не нужно вызывать startservice. Требуется только вызов метода bindservice.

   bindService(новое намерение(это, MessengerService.class), mConnection, Context.BIND_AUTO_CREATE);

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

3. Да, менеджеры LocalBroadcast имеют смысл. Допустим, вы хотите транслировать что-то в своем приложении. Есть 4-5 компонентов, которые вы хотите обновить. Как вы этого добьетесь. Следовательно, использование локальных трансляций является хорошей функцией.

Например, допустим, что есть две службы, запускающиеся из разных действий, и вторая служба начинает свою работу, когда первая служба выполнила свою работу. Таким образом, единственный способ добиться этого — отправить широковещательную рассылку, и вторая служба будет регистрироваться для этой трансляции. Следовательно, он получит его.

Ага. Услуги довольно трудно понять.

Есть вещи, которые легко. Связанная служба всегда запускается методом bindService. Запущенная служба всегда запускается методом startService. Вам нет необходимости запускать связанную службу или связывать запущенную службу.

Многое из того, что следует ниже, является грубым обобщением...

Запущена служба

Запущенная служба почти бесполезна, если только это не IntentService. IntentServices — довольно хорошие инструменты для запуска асинхронных задач. Вы отправляете им небольшой набор параметров, и они начинают делать то, что указывают эти параметры. Они похожи на методы void в том смысле, что предполагается использовать их побочные эффекты, а не возвращаемое значение.

Привязанная служба

Связанный сервис объяснить сложнее. Хотя при внимательном рассмотрении эта метафора не выдерживает критики, связанный сервис чем-то напоминает фабрику-одиночку. Это, например, способ предоставления одного объекта с единым состоянием для всех действий в приложении. Среди его интересных особенностей заключается в том, что пока служба, предоставившая одноэлементный объект, привязана, процесс размещения с меньшей вероятностью будет уничтожен. Обратите внимание, что «одноэлементный» объект, предоставляемый связанной службой, имеет мало общего со службой, которая его предоставляет. Отмена привязки службы не делает ее недействительной.

Связанные сервисы также являются основным средством межпроцессного взаимодействия в Android.

Что делать?

Ну, это довольно общий вопрос. Вот мысль. Размещение вашего музыкального плеера в сервисе имеет большой смысл. Если связь с ним в основном односторонняя - команды службе - есть вероятность, что вы можете сделать это с помощью IntentService. Пока нет конкретной причины сделать что-то более сложное, IntentService имеет то преимущество, что он проще.