getApplication () против getApplicationContext ()

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

Хотя в текущих реализациях Android Activity и Service getApplication() и getApplicationContext() возвращают один и тот же объект, нет гарантии, что так будет всегда (например, в реализации конкретного поставщика).

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

Почему вообще существует getApplicationContext()?

getApplication() доступен только в классе Activity и классе Service, тогда как getApplicationContext() объявлен в классе Context.

На самом деле это означает одно: при написании кода в широковещательном приемнике, который не является контекстом, но получает контекст в его методе onReceive, вы можете вызвать только getApplicationContext(). Это также означает, что у вас нет гарантии доступа к вашему приложению в BroadcastReceiver.

Глядя на код Android, вы видите, что при присоединении действие получает базовый контекст и приложение, и это разные параметры. getApplicationContext() делегирует свой вызов baseContext.getApplicationContext().

Еще одна вещь: в документации говорится, что в большинстве случаев вам не нужно создавать подклассы Application:

Обычно нет необходимости создавать подкласс Application. В большинстве случаев статические синглтоны могут предоставлять ту же функциональность более модульным способом. Если вашему синглтону нужен глобальный контекст (например, для регистрации широковещательных приемников), функции для его получения может быть присвоено Context, которое внутренне использует Context.getApplicationContext() при первом построении синглтона.

Я знаю, что это не точный и точный ответ, но тем не менее, отвечает ли он на ваш вопрос?

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

Контекст - это общая абстракция, поддерживающая насмешку и проксирование. Поскольку многие контексты привязаны к объекту с ограниченным временем существования, например Activity, необходимо способ получить более длительный контекст для таких целей, как регистрация для будущих уведомлений. Это достигается с помощью Context.getApplicationContext(). Логическая реализация - вернуть глобальный объект Application, но ничто не мешает реализации контекста вернуть оболочка или прокси с подходящим временем жизни.

Действия и службы более конкретно связаны с объектом Application. Я считаю, что полезность этого заключается в том, что вы можете создать и зарегистрировать в манифесте настраиваемый класс, производный от Application, и быть уверенным, что _ 8_ или Service.getApplication() < / a> вернет этот конкретный объект этого конкретного типа, который вы можете преобразовать в производный класс Application и использовать для любой пользовательской цели.

Сравните getApplication() и _ 2_.

getApplication возвращает объект Application, который позволит вам управлять глобальным состоянием приложения. и реагировать на некоторые ситуации с устройством, такие как onLowMemory() и _ 6_.

getApplicationContext возвращает глобальный контекст приложения - отличие от других контекстов в том, что, например, контекст действия может быть уничтожен (или иным образом сделан недоступным) Android, когда ваша деятельность завершится. Контекст приложения остается доступным все время, пока существует ваш объект приложения (который не привязан к конкретному Activity), поэтому вы можете использовать его для таких вещей, как Уведомления, для которых требуется контекст, который будет доступен в течение более длительных периодов времени и независимо от временных объектов пользовательского интерфейса.

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

Чтобы ответить на вопрос, getApplication () возвращает объект Application, а getApplicationContext () возвращает объект Context. Основываясь на ваших собственных наблюдениях, я бы предположил, что оба контекста идентичны (то есть за кулисами класс Application вызывает последнюю функцию для заполнения части контекста базового класса или имеет место какое-либо эквивалентное действие). На самом деле не имеет значения, какую функцию вы вызываете, если вам просто нужен Context.