Регистрация BroadcastReceiver to Widget (Разница контекстного объекта)

Ответ 1

Этот вопрос старше года и определенно долгий и сложный, и английский язык трудно понять. Тем не менее, он, вероятно, заслуживает какого-то ответа.

Если я понимаю, вы в основном просите разницу между различными объектами Android Context. Основное отличие - область или продолжительность жизни.

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

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

Существуют другие Контексты, подобные тем, которые вы получаете в BroadcastReceiver или AppWidgetProvider в onReceive(). Этот Контекст имеет очень короткое время жизни (он уничтожается сразу же после возвращения метода onReceive()). Поэтому вы можете делать ограниченные вещи только с помощью этого Контекста.

Вы хотите зарегистрировать приемник для прослушивания интересующих вас вещательных намерений. Вы не можете сделать это с помощью контекста, который вы получаете в onReceive(), потому что этот контекст имеет короткое время жизни, и слушатель должен быть связан с чем-то. В этом случае вы можете использовать контекст приложения, чтобы связать слушателя с. Это работает, но вам нужно понять, что вы создали некоторые объекты, которые никогда не исчезнут, потому что они всегда активны. По крайней мере, вы должны убедиться, что вы очистите это, когда пользователь удалит ваш виджет со своего домашнего экрана, удалив прослушиватель, используя unregisterReceiver().

В StackOverflow есть много вопросов/ответов относительно использования Context. Например, В чем разница между различными методами получения контекста?

Ответ 2

Несмотря на то, что Дэвид Уэссер дал отличный ответ, я думаю, что по-прежнему имеется соответствующая информация. Итак, вот оно:

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

В конкретном случае AppWidgetProvider контекст, который вы получаете по его методам, - это тот же контекст, который предоставляется методом BroadcastReceiver onReceive. Фактически AppWidgetProvider - просто причудливое имя для обычного BroadcastReceiver, который вызывает определенные методы при получении связанных с виджетами намерений, например ACTION_APPWIDGET_UPDATE.

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

context.getApplicationContext.registerReceiver(this, intentName);

вы регистрируете новый BroadcastReceiver в контексте вашего приложения каждый раз, когда принимается намерение виджетов. Кроме того, когда вы пытаетесь отменить регистрацию своего AppWidgetProvider, вы на самом деле ссылаетесь на другой экземпляр этого файла, поэтому вы, вероятно, получите исключение, и даже если вы его поймаете, произойдет утечка памяти на вашем приложение.

Итак, если вам нужно программно добавить фильтры намерений в BroadcastReceiver, вот мое предложение:

1) Создайте другой BroadcastReceiver в долговечном контексте класса, например класс, расширяющий приложение. Давайте назовем его mMainReceiver.

2) Применить фильтр намерения на нем, а также зарегистрировать и отменить регистрацию в соответствии с вашими потребностями.

3) Создайте личное намерение, например MY_ACTION_TIME_TICKER, и запускает его из вашего метода mMainReceiver onReceive.

4) В вашем манифесте зарегистрируйте фильтр MY_ACTION_TIME_TICKER для вашего приемника AppWidgetProvider.

Таким образом, вы можете использовать один BroadcastReceiver, действующий как мост к вашему AppWidgetProvider, и вы можете в любое время зарегистрироваться и отменить регистрацию.