В этом уроке рассмотрим еще несколько полезных вещей про сервисы. Выносить каждую из них в отдельный урок я не стал, вполне можно в одном все рассмотреть. Проекты здесь тоже создавать не будем, чтобы урок не получился слишком громоздким. Я просто приведу некоторые куски кода и скрины для наглядности своих рассуждений. А если у вас будет желание, вы по этим наработкам сами можете создать проекты-примеры.
IntentService
Это подкласс обычного Service. Он используется, если вам в сервисе надо выполнять какие-то тяжелые задачи, и вы не хотите сами возиться с асинхронностью. Принцип работы этого вида сервиса прост. Он создает новый поток для своей работы. Затем берет все Intent пришедшие ему в onStartCommand и отправляет их на обработку в этот поток.
Как именно обрабатываются Intent – зависит от нас, т.к. мы сами кодим это в методе onHandleIntent.
Т.е. приложение сыпет в сервис вызовами startService, в которых передает Intent-ы. IntentService принимает эти вызовы в onStartCommand, берет Intent-ы и отправляет их в очередь на обработку. И далее они поочередно обрабатываются в отдельном потоке методом onHandleIntent. Когда последний Intent из очереди обработан, сервис сам завершает свою работу.
Android: Урок 31. Введение в Services
В приложении делаем три вызова:
startService(intent.putExtra(«time», 3).putExtra(«label», «Call 1») ); startService(intent.putExtra(«time», 1).putExtra(«label», «Call 2») ); startService(intent.putExtra(«time», 4).putExtra(«label», «Call 3») );
Где time – это время паузы, которую будем делать в сервисе, а label – просто метка, чтобы отличать вызовы.
Здесь необходим конструктор, в котором вызываем конструктор супер-класса и указываем какое-нить имя. Оно будет использовано для наименования потока.
В методе onHandleIntent кодим обработку Intent-ов. Достаем из них time и label, запускаем паузу на time секунд и выводим в лог label в начале и в конце.
В итоге, при запуске в логах видим:
11:07:37.880: D/myLogs(4137): onCreate
11:07:37.880: D/myLogs(4137): onHandleIntent start Call 1
11:07:40.880: D/myLogs(4137): onHandleIntent end Call 1
11:07:40.880: D/myLogs(4137): onHandleIntent start Call 2
11:07:41.880: D/myLogs(4137): onHandleIntent end Call 2
11:07:41.880: D/myLogs(4137): onHandleIntent start Call 3
11:07:45.890: D/myLogs(4137): onHandleIntent end Call 3
11:07:45.890: D/myLogs(4137): onDestroy
Сервис создался, вызовы выполнились по очереди и сервис завершил работу. От нас понадобилось только накодить обработку.
Foreground
Вы можете сказать системе, что ваш сервис очень важен для пользователя и его нельзя грохать при нехватке памяти. Это актуально, например, для музыкального плеера. В статус-бар при этом будет помещено уведомление.
На вход он принимает те же параметры, что и NotificationManager.notify – ID и Notification.
Т.е. вы создаете уведомление, назначаете ему ID и передаете это в startForeground. Сервис переходит в режим IDDQD :), а в статус-баре появилось уведомление.
За 1 минуту переводим аудио-видео голос в текст. Способ Google Документы за 5 шагов.
Оно появилось в разделе для постоянных уведомлений (Ongoing).
Метод stopForeground (boolean removeNotification) — возвращает сервису способность быть убитым системой в случае острой нехватки памяти. А на вход он принимает boolean-значение – удалять уведомление из статус-бара или нет.
Уведомление также пропадет, когда сервис будет остановлен.
Эти методы работают, начиная с Android 2.0. Пример реализации для более ранних версий есть в хелпе.
Напомню, что уведомления мы научились создавать на прошлом уроке.
Автозагрузка
Сервисы для получения погоды или почты имеет смысл помещать в автозагрузку. Для этого нам надо создать BroadcastReceiver, настроить его IntentFilter на Action = android.intent.action.BOOT_COMPLETED, и добавить права android.permission.RECEIVE_BOOT_COMPLETED. Этот BroadcastReceiver будет вызван системой при старте системы и в нем мы кодим запуск сервиса.
Допустим, есть проект с сервисом MyService.
Создаем в проекте класс MyBroadReceiv
public class MyBroadReceiv extends BroadcastReceiver < final String LOG_TAG = «myLogs»; public void onReceive(Context context, Intent intent) < Log.d(LOG_TAG, «onReceive » + intent.getAction()); context.startService(new Intent(context, MyService.class)); >>
В манифесте добавляем его как Receiver и настраиваем фильтр
Добавляем права на получение сообщения о загрузке
Инсталлим проект на AVD. Закрываем AVD. Запускаем через меню в Eclipse: Window > AVD Manager. Находим там наш эмулятор и запускаем вручную.
Когда он запустился, смотрим логи
onReceive android.intent.action.BOOT_COMPLETED
MyService onCreate
MyService onStartCommand
Сработал BroadcastReceiver и запустил сервис.
Если после запуска AVD логи не отображаются, то откройте DDMS и во вкладке Devices явно выберите ваш AVD.
И добавим вызов refreshNotificationAndForegroundStatus(int playbackState) во все коллбэки MediaSession.
Так это выглядит
Android 4.4
Android 7.1.1
Android Wear
Started service
В принципе у нас уже все работает, но есть засада: наша activity запускает сервис через binding. Соответственно, после того, как activity отцепится от сервиса, он будет уничтожен и музыка остановится. Поэтому нам надо в onPlay добавить
startService(new Intent(getApplicationContext(), PlayerService.class));
Никакой обработки в onStartCommand не надо, наша цель не дать системе убить сервис после onUnbind.
А в onStop добавить
stopSelf();
В случае, если к сервису привязаны клиенты, stopSelf ничего не делает, только взводит флаг, что после onUnbind сервис можно уничтожить. Так что это вполне безопасно.
ACTION_AUDIO_BECOMING_NOISY
Продолжаем полировать сервис. Допустим пользователь слушает музыку в наушниках и выдергивает их. Если эту ситуацию специально не обработать, звук переключится на динамик телефона и его услышат все окружающие. Было бы хорошо в этом случае встать на паузу.
Для этого в Android есть специальный бродкаст AudioManager.ACTION_AUDIO_BECOMING_NOISY.
Добавим в onPlay
registerReceiver( becomingNoisyReceiver, new IntentFilter(AudioManager.ACTION_AUDIO_BECOMING_NOISY));
В onPause и onStop
unregisterReceiver(becomingNoisyReceiver);
И по факту события встаем на паузу
Android Auto
Начиная с API 21 появилась возможность интегрировать телефон с экраном в автомобиле. Для этого необходимо поставить приложение Android Auto и подключить телефон к совместимому автомобилю. На экран автомобиля будет выведены крупные контролы для управления навигацией, сообщениями и музыкой. Давайте предложим Android Auto наше приложение в качестве поставщика музыки.
Если у вас под рукой нет совместимого автомобиля, что, согласитесь, иногда бывает, можно просто запустить приложение и экран самого телефона будет работать в качестве автомобильного.
Исходный код выложен на GitHub (ветка MediaBrowserService).
Прежде всего надо указать в манифесте, что наше приложение совместимо с Android Auto.
Добавим в манифест
Здесь automotive_app_desc — это ссылка на файл automotive_app_desc.xml, который надо создать в папке xml
Преобразуем наш сервис в MediaBrowserService. Его задача, помимо всего ранее сделанного, отдавать токен в Android Auto и предоставлять плейлисты.
Поправим декларацию сервиса в манифесте
Во-первых, теперь наш сервис экспортируется, поскольку к нему будут подсоединяться снаружи.
И, во-вторых, добавлен интент-фильтр android.media.browse.MediaBrowserService.
Меняем родительский класс на MediaBrowserServiceCompat.
Поскольку теперь сервис должен отдавать разные IBinder в зависимости от интента, поправим onBind
Имплементируем два абстрактных метода, возвращающие плейлисты
И, наконец, имплементируем новый коллбэк MediaSession
Здесь mediaId — это тот, который мы отдали в setMediaId в onLoadChildren.
Так это выглядит
Плейлист
Трек
UPDATE от 27.10.2017: Пример на GitHub переведен на targetSdkVersion=26. Из релевантных теме статьи изменений необходимо отметить следующее:
- android.support.v7.app.NotificationCompat.MediaStyle теперь deprecated. Вместо него следует использовать android.support.v4.media.app.NotificationCompat.MediaStyle. Соответственно, больше нет необходимости использовать android.support.v7.app.NotificationCompat, теперь можно использовать android.support.v4.app.NotificationCompat
- Метод AudioManager.requestAudioFocus(OnAudioFocusChangeListener l, int streamType, int durationHint) теперь тоже deprecated. Вместо него надо использовать AudioManager.requestAudioFocus(AudioFocusRequest focusRequest). AudioFocusRequest — новый класс, добавленный с API 26, поэтому не забывайте проверять на API level.
Создание AudioFocusRequest выглядит следующим образом
AudioAttributes audioAttributes = new AudioAttributes.Builder() // Собираемся воспроизводить звуковой контент // (а не звук уведомления или звонок будильника) .setUsage(AudioAttributes.USAGE_MEDIA) // . и именно музыку (а не трек фильма или речь) .setContentType(AudioAttributes.CONTENT_TYPE_MUSIC) .build(); audioFocusRequest = new AudioFocusRequest.Builder(AudioManager.AUDIOFOCUS_GAIN) .setOnAudioFocusChangeListener(audioFocusChangeListener) // Если получить фокус не удалось, ничего не делаем // Если true — нам выдадут фокус как только это будет возможно // (например, закончится телефонный разговор) .setAcceptsDelayedFocusGain(false) // Вместо уменьшения громкости собираемся вставать на паузу .setWillPauseWhenDucked(true) .setAudioAttributes(audioAttributes) .build();
Теперь запрашиваем фокус
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) < audioFocusResult = audioManager.requestAudioFocus(audioFocusRequest); >else
и освобождаем
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) < audioManager.abandonAudioFocusRequest(audioFocusRequest); >else
Источник: habr.com
Что такое connectionservice.exe
Connectionservice.exe файл является процесс компонент EXE клиентского соединения программного обеспечения Sprint PCS бизнес, который является программа Windows, классифицируются как мобильный инструмент управления сетью, который был разработан для предоставления абонентам Sprint PCS Business Connection с набором функций для удаленного и локально доступ к их клиентских систем Windows, основанных используя свои Sprint PCS мобильных телефонов. Клиент соединения программа Sprint PCS Бизнес доступен в двух версиях, а именно Спринт PCS Business Enterprise соединения издания и Sprint PCS Business Connection Personal Edition. Оба издания специально развернуть процесс connectionservice.exe в Windows-компьютере клиента, что и исполняемый программа диспетчерского файла приложения Клиент подключения к службе Sprint PCS бизнес, который является небольшая программа, встроенная в клиентском соединения программного обеспечения Sprint PCS бизнес, и это приложение отвечает за оказание помощи программы Sprint бизнес клиента соединения в интеграции ее мониторинг устройств мобильной сети и функциональные управления в клиентских компьютеров и подключенного Sprint PCS мобильного телефона, работает как фоновый процесс, пока клиент соединения программа Sprint PCS Бизнес активно работает в клиенте Система.
Как я могу остановить connectionservice.exe и я должен?
Большинство процессов несистемные, работающих под управлением может быть остановлен, потому что они не участвуют в управлении операционной системы. connectionservice.exe. используется Sprint PCS Business Connection Client and Sprint PCS Business Connection Client Service Application, Если вы закрыли connectionservice.exe, он, вероятно, начать все заново на более позднее время или после перезагрузки компьютера или, при старте приложения. Чтобы остановить connectionservice.exe, постоянно нужно удалить приложение, которое работает этот процесс, который в данном случае является Sprint PCS Business Connection Client and Sprint PCS Business Connection Client Service Application, из вашей системы.
После деинсталляции приложений, что это хорошая идея, чтобы сканировать вам реестр системы на наличие оставшихся следов применения. Registry Reviver по ReviverSoft является отличным инструментом для этого.
Является ли это вирус или другой проблемой безопасности?
Вердикт ReviverSoft безопасности
Эксперты ReviverSoft еще не отзывы connectionservice.exe
Пожалуйста, ознакомьтесь с connectionservice.exe и отправить мне уведомление, как только он имеет
был рассмотрен.
Что такое процесс и как они влияют на мой компьютер?
Процесс обычно частью установленного приложения, такие как Sprint PCS Business Connection Client and Sprint PCS Business Connection Client Service Application, или ваша операционная система, которая отвечает за функционирование в функции этого приложения. Некоторые приложения требуют, чтобы у них процессы, запущенные все время, так что они могут сделать вещи, такие как проверки обновлений или уведомить вас, когда вы получаете мгновенное сообщение. Некоторые плохо написанные приложения есть много процессов, которые работают, что не может быть потребовано и занимают ценное вычислительной мощности в вашем компьютере.
Является connectionservice.exe Известно, что плохо сказывается на производительности системы?
Мы не получили ни одной жалобы об этом процесс, имеющий высокие темпы воздействии на производительность ПК. Если у вас был неудачный опыт работы с ней, пожалуйста, сообщите нам об этом в комментариях ниже, и мы будем его исследовать дальше.
Что я могу сделать, если connectionservice.exe вызывает ошибки на моем компьютере?
Первое, что вы должны сделать, если connectionservice.exe. вызывает ошибки на Вашем компьютере, чтобы запустить сканирование реестра Windows, с Registry Reviver Если вы по-прежнему наблюдаем ошибки после этого вы должны удалить программу, что connectionservice.exe, принадлежит, в этом случае Sprint PCS Business Connection Client and Sprint PCS Business Connection Client Service Application
О Mark Beare
Основатель ReviverSoft и любитель настройки и поддержания компьютеров. Спроси меня вопрос и прокомментировать мои посты. Я люблю обратную связь!
Источник: www.reviversoft.com