Android broadcastreceiver dont work

by.kiparo.test.MyBroadcastReceiver — это класс который мы создали для получения уведомления. Этой строчкой мы говорим Андроиду, куда необходимо присылать уведомления. То есть, теперь Андроид знает, что необходимо отсылать уведомления в класс MyBroadcastReceiver, а в нем уже будет вызван метод onReceive().

Дальше в теге прописывается идентификатор(ы) (почтовый адрес) того, какие уведомления мы хотим получать. В данном случае, мы хотим получать уведомления с адресом: android.net.conn.CONNECTIVITY_CHANGE — это уведомления, которые происходят при изменении состояния сети (например отключился или включился интернет).

На этом все. Вот полный код AndroidManifest.xml, что-бы видеть куда вписать MyBroadcastReceiver.

Если вы заметили, тут еще приписан пермишен , в котором мы говорим Андроиду, что нам необходим доступ к состоянию сети. Это разрешение необходимо, если мы хотим проверять состояние сети, что мы и делаем в нашем MyBroadcastReceiver.

Теперь можно запускать приложение и пробовать включать/выключать доступ в интернет и смотреть, как в консоли выводится наше сообщение. Сообщение будет выводиться даже если приложение не запушено.

На практике этот способ не распростанен, так как это не самое лучшее решение, постоянно быть подписанным на уведомления. Это отжирает ресурсы системы, да и не очень хорошо все таки делать что-либо в неведении пользователя.

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

• мы не можем остановить получение уведомлений
• из метода onReceive() мы не имеем доступа к интерфейсу, так как приложение может быть не запущено в момент, когда пришло уведомление, да и у нас нет никакой ссылки на Activity

КОГДА ИСПОЛЬЗОВАТЬ ДАННЫЙ МЕТОД

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

Способ номер 2

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

Хорошим вариантом будет включать уведомления, когда пользователь открывает Activity и отключать, как только он закрывает Activity.

Сперва, как и в предыдущем способе нам необходим метод, который будет срабатывать, как только к нам придет уведомление:

Подробнее об этом классе почитайте в способе 1, если пропустили или забыли.

А вот теперь самое интересное. Если мы хотим включать и отключать уведомления самостоятельно, нам не нужно прописывать их в AndroidManifest.xml. Так что, если у вас остался код с предыдущего способа, удалите его или закомментируйте.

Теперь идем в нашу Activity в которой мы хотим включать и останавливать уведомления. Для этого отлично подойдут методы onResume(), который срабатывает на старте Activity и метод onPause(), который срабатывает когда мы уходим с Activity. Напишем в этих методах код для включения и отключения уведомлений:

myBroadcastReceiver — это мы создали объект класса в который хотим получать уведомление (мы уже создали его выше). IntentFilter — это системный класс (в Android библиотеке), в котором мы указываем, какие уведомления мы хотим получать. В этот класс записывается идентификатор (почтовый адрес), того какие уведомления мы хотим получать. В данном случае мы указываем ConnectivityManager.CONNECTIVITY_ACTION, это переменная в которой хранится название уведомления. Мы указывали это название (android.net.conn.CONNECTIVITY_CHANGE) в AndroidManifest.xml в первом способе.

Далее мы вызываем метод registerReceiver() и указываем в нем объект класса, в который мы хотим получать уведомления + указываем объект класса IntentFilter, который говорит Андроиду, какие уведомления мы хотим получать

Метод registerReceiver() доступен в Activity, так как находится в классе Context от которого наследуется стандартный класс Activity.

Что-бы отписаться от уведомлений используется метод unregisterReceiver(), в который подаем объект нашего класса MyBroadcastReceiver. Т. e. мы говорим Андроиду, что мы больше не хотим получать уведомления в класс MyBroadcastReceiver.

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

Этот способ применяется крайне редко, даже реже чем способ .

• мы получаем уведомления только тогда, когда нам необходимо
• мы сами контролируем, когда включить уведомления, а когда отключить

• из метода onReceive() мы по прежнему не имеем доступа к интерфейсу, так как у нас нет никакой ссылки на Activity в классе MyBroadcastReceiver. Конечно, мы можем отправить в этот класс ссылку на нашу Activity в момент создания объекта MyBroadcastReceiver, но есть более удобный способ для этого. Об этом в способе 3.

Способ номер 3

Задача: Предположим, что мы хотим что-то поменять в интерфейсе в момент, когда пришло уведомление. Нам необходимо иметь доступ к интерфейсу (Activity).

Этот способ почти не отличается от способа номер 2, просто тут мы разместили код для получения уведомлений прямо в классе Activity т. е. мы перенесем MyBroadcastReceiver в класс Activity.

Сделаем это с помощью анонимного класса вот так:

Это должно быть внутри класса Активити. Методы onResume() и onPause() остались без изменения. Отдельный класс MyBroadcastReceiver нам не нужен — его можно удалить.

Теперь все уведомления будут приходить в наш анонимный класс, в котором будет вызываться метод onReceive(). Код внутри метода onReceive() выполняется в том же потоке, что и интерфейс, так что у нас нет никаких проблем поменять что-то в интерфейсе прямо из метода onReceive().

Этот способ самый распространенный в Андроид.

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

• необходимо обязательно отписываться от уведомлений, иначе будет утечка памяти

КОГДА ИСПОЛЬЗОВАТЬ ДАННЫЙ МЕТОД

• тогда, когда нам необходимо самим контролировать включение и отключение уведомлений, а также изменять интерфейс

Спасибо, что дочитали до конца! Успехов вам в изучении реально крутой платформы Android!

Источник

BroadcastReceiver не получает загрузку завершена

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

вот мой (родственник) Андроид.Файл Манифеста:

а вот и сам приемник.

спасибо! Любая помощь очень ценится

9 ответов:

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

• откройте консоль / терминал и перейдите в /platform-tools
• тип adb shell или на linux / mac ./adb shell
• в оболочке типа am broadcast -a android.intent.action.BOOT_COMPLETED или любое действие, которое вы хотите запустить

есть куча хороших команд, поступающих с adb или оболочкой adb. Просто попробовать это

С уважением Фло

edit: О черт, я хотел, чтобы этот ответ был ответом на «должен был включать/выключать телефон каждый раз». к сожалению, ребята!—4—>

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

Итак, предположим, что вы добавили разрешение:

и зарегистрировал ваш приемник:

и исходном коде BroadcastReceiver :

начиная с Android 3.1 все приложения, после установки, размещены в «остановил» состояние.(Это то же самое состояние, в котором приложение заканчивается после принудительной остановки приложения пользователем из приложения настроек.)

находясь в состоянии «остановлено», приложение не будет работать ни по какой причине, за исключением ручного запуска деятельности. (Что означает нет BroadcastRecevier ( ACTION_PACKAGE_INSTALLED , BOOT_COMPLETED etc. будет вызван, независимо от события, для которого они зарегистрированы,пока пользователь не запустит приложение вручную.)

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

как только пользователь запускает любую активность в вашем приложении один раз, вы получите boot_completed broadcast после всех будущих загрузок.

Если ваше приложение установлено на внешнем хранение (SD-карта), вы никогда не получите полное действие загрузки. Поэтому вы должны указать android:installLocation=»internalOnly» на manifest tag .

оказывается, приемник не был в теге манифеста. Упс! Спасибо за вашу помощь ребята! Худшая часть о тестировании это то, чтобы продолжать выключать и по телефону. : P

код элемент должен быть непосредственным потомком элемент, и ваш код выше показывает, что это не так.

вот пример проекта демонстрация использования BOOT_COMPLETED .

это, кажется, основной поток для этой проблемы, поэтому я хотел добавить решение для моих коллег по C#. Я ломал голову, пытаясь понять, что я делаю неправильно после того, как попробовал все здесь, безрезультатно. Я, наконец, выяснил, что было не так, и это немного отличается от Совета здесь для разработки C# Mono. В основном, это сводится к тому, что я только что узнал трудный путь. С помощью C# не изменяйте AndroidManifest.xml вручную!

более непосредственно для этой проблемы, вот как вы это сделали.

во-первых, в свойствах проекта, на вкладке Манифест, есть список флажков для выбора разрешений, которые вы хотите предоставить, один из которых RECEIVE_BOOT_COMPLETED. Проверьте это, чтобы предоставить эти разрешения.

во-вторых, вам нужно поставить правильные теги на вашем BroacastReceiver класс.

заключительная часть [IntentFilter ()], связанная с приоритетом, не требуется, она просто позволяет другим более приоритетным вещам сначала загружаться и является хорошей практикой, если ваше приложение не является высокоприоритетной вещью.

Как вы увидите в связанной статье, Использование этих тегов в вашем коде вызовет AndroidManifest.xml-файл, который будет создан во время сборки, со всем, как это должно быть. Я обнаружил, что при изменении манифеста вручную включать тег приемника, система заставляла его искать класс на одном уровне слишком глубоко, тем самым бросая исключение ClassNotFound. Он пытался создать экземпляр [пространства имен].[Пространство имен.][BroadcastReceiver] что было неправильно. И это было сделано из — за ручного редактирования манифеста.

в любом случае, надеюсь, что это помогает.

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

C:\Android\platform-tools\adb logcat >> C:\log.txt

это приведет к сбросу logcat в текстовый файл, который вы можете открыть и прочитать немного проще, чем в окне командной строки. Делает вырезать и вставить вещи немного легче тоже.

относится к некоторым устройствам под управлением Android Kitkat 4.4.4_r2/r1.

там, кажется, ошибка в Android, которые делают android.намерение.действие.BOOT_COMPLETED нет вещания.

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

У меня была эта проблема и android.намерение.действие.BOOT_COMPLETED просто не будет транслироваться несколько раз она завелась!

добавить это в мой файл манифеста решить мою проблему и работает.

другие ответы здесь уже описаны, как идеально реализовать широковещательный приемник, чтобы он работал, однако у меня все еще были проблемы с получением намерения BOOT_COMPLETED, пока я не понял, что приложение действительно работает при запуске с телефона/эмулятора, нажав на значок приложения. Всякий раз, когда я запускаю свое приложение с помощью команд debug/run из Android Studio, Boot_completed Intent не будет доставлен, если приложение не будет открыто и запущено.

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

Источник