В чем разлчие intentservice от service в Android?

Question

[MGriboedoff]

Возникла надобность написать андроид-приложение, да не простое а "золотое".... Придолжение должно иметь некоторую бекгранд службу, которая будет работать вне зависимости от того свернул пользователь приложение, или приложение активно. Кроме всего прочего сервис должен будет иметь постоянное соединение по bluetooth c неким устройством и обмениваться ним данными. А вот как раз запросы данных или отправку данных будут осуществлять другие активити приложения...

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

Answer 1

[Эмин]

Отвечаю на вопрос:

В чем разлчие intentservice от service в Android?

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

Все остальное смотрите в доках гугла, там все грамотно расписанно.

Comments

[MGriboedoff]

Спасибо. Не совсем понятно... Из примеров по Service я понял, что можно указать сколько задач выполнять параллельно, а остальные будут в очереди. В intentservice вроде как только последовательно, но можно запретить убивать процесс при нехватке памяти... А вот разницу между главным и отдельным потоком... я не понимаю. Вроде как при использовании Service, активное активити не подвиснет (на пальцах объясняю), так в чем же разница для исполнение приложения?

Не понял еще такой момент, как следить за стоянием сервиса? Вот например, хочу я посылать в него запросы из разных активити, а могу же и перестать.. что произойдет сервисом? Не "умрет ли он?"

У меня задача следующая:
- запустил приложение, оно запустило сервис, указало MAC адрес блютус устройства.
- сервис установил свзяь, начал работать с устройством
- приложение получает данные с устройства через сервис и направляет данные в устройство
- если приложение свернуло, сервис живет и в случае критичной ситуации выкидывает уведомление в статусбар телефона.
- если приложение закрыто сервис останалвется

П.С.
Идеально было бы, если сервис уже был запущен на телефоне ранее, то он сохранил MAC и приконкетился к устройству, хотя это можно и из приложения сделать.

[MGriboedoff]

MGriboedoff: Ну и еще великолепно если можно из сервиса, отправить данные в активити приложения без запроса со стороны приложения...

Вообще требуется очень плотна работа, так как устройство настраивается в он-лайн режиме, через это самое приложение. Меняя хоть один параметр, пользователь должен ощущать отклик от устройства (мотора).

[Эмин]

MGriboedoff: Когда задачи у сервиса заканчиваются, он умирает до тех пор пока не поступят новые команды. Возвращать сигнал из сервиса в активити можно через LocalBroadcastManager.

Вы должны понять что здесь задают конкретные вопросы, это не биржа фриланса чтобы рассказывать свои задания. Читайте внимательно офф доки и все поймете. Либо же нанимайте специалиста и платите за свои задания.

[MGriboedoff]

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

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

[MGriboedoff]

Эмин: ладно спасибо. Будем разбираться.

[MGriboedoff]

Эмин: Но я не могу понять.. если запросов от активити к сервису нет он подыхает... А как же тогда он будет в фоне следить за статусом блютус устройства, когда приложение свернуто?? Как добиться вообще такой функциональности?

[Эмин]

MGriboedoff: Можно запускать сервис через AlarmManager. Тем самым операции могут производиться даже при закрытом приложении.
https://developer.android.com/training/scheduling/...

[MGriboedoff]

Эмин: Вот это вообщем может помочь... но мне нужно в бегкраунде получать оперативно информацию от устройства. И как бы от устройства приходят пакеты, я их обрабатываю... и если какие-то параметры уходят за норму я хочу выкинуть "нотифер" хотя бы.

Т.е. это не письмо которое прислали... и получил я его минутой позже или "минутой раньше" роли не играет.. тут важна оперативность...

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

[partner228partner]

MGriboedoff, мне вот тоже сейчас это интересно

А вот разницу между главным и отдельным потоком... я не понимаю. Вроде как при использовании Service, активное активити не подвиснет (на пальцах объясняю), так в чем же разница для исполнение приложения?

не нашел ответа?

Answer 2

[Copperfield]

Первая ссылка в гугле по любому запросу.

Comments

[MGriboedoff]

Ну это в процессе... Вообще нужно установить соединение с блютус устройством, и использовать его в нескольких активити (может это можно и без сервиса сделать?). Кроме того когда сообщение свернуто нужно получать минимум уведомления о каких-то аварийных состояние подключенного устройства (и тут мне кажется нужен сервис).

Тут еще возникает вопрос... Если я передал mac адрес устройства, сервис подсоединился, но входе работы был "убит" мой севис... мне его опять запускать из активити.. Или он (поднимаясь сам) сможет считать адрес последнего подключенного устройства из файла, как это можно сделать из активити?

Мне капец как нужен человек имеющий опыт разработки чего-то похожего под андроид...