Документация по жизненному циклу приложения Application Application

Question

Я пытаюсь найти официальную документацию о жизненном цикле класса AndroidApplication. По-видимому, для того, что я нашел в StackOverflow here и here, класс Application может быть убит, если системе нужна память. Даже this учебник говорит так.

Но кое-что раздражает меня немного об этом:

• Я не могу найти официальную документацию, говоря мне, что да, Application класс может быть убит на низкой памяти.
• Я не могу найти какую-либо официальную диаграмму, представляющую жизненный цикл Application.
• Я не могу найти правильный ответ для использования, если убит класс Application, за исключением onLowMemory(). Означает ли это, что я должен использовать этот метод для сохранения моих данных?
• Если класс Application был убит при низком давлении памяти, и приложение снова появляется на переднем плане, как я могу узнать в его onCreate(), что приложение было воссоздано после сбоя системы? В Activity я бы проверил savedInstanceState, но насколько я знаю, в классе Application нет ничего подобного.

Благодарим вас за просвещение.

Answer 1

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

Ниже приведен ссылки на там, где это было сказано:

• Application Fundamentals
• Processes and Threads
• Multitasking the Android Way

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

Это разумное замечание ... Хотя следующее мнение на основе, моя догадка, что такая схема будет противоречить многозадачности «философии» андроида, как описано в последней ссылке, предоставленной:

«Ключ к тому, как Android обрабатывает приложения таким образом, заключается в том, что процессы не закрываются чисто. Когда пользователь покидает приложение, его процесс поддерживается в фоновом режиме, что позволяет ему продолжать работать (например, загружать веб-страницы) если это необходимо, и сразу же выходите на передний план, если пользователь вернется к нему. Если на устройстве никогда не хватает памяти, тогда Android будет поддерживать все эти процессы, действительно оставив все приложения «ru» «все время».

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

Относительно onLowMemory(), описание которого довольно проста, мы говорим о фоновом процессе или на переднем плане пользовательского интерфейса? ...

Если ни один из приложения Activities не находится на переднем плане и OS мало памяти, это может убить приложение, так что ни один из вызывающих обратных вызовов Application или компонентов приложения (Activity, Service) не будет вызван. Тем не менее, (поскольку вы имеете дело с Activities), я рекомендую хранить все постоянные данные в соответствии с документацией в onPause().

Если класс Application убит при низком давлении памяти и приложение приходит снова на передний план, как я могу знать его onCreate(), что приложение было воссоздано после системы убить?

Вы не можете найти это в Application 's onCreate().

Answer 2

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

Этот метод предназначен для использования в эмулируемых средах процесса. Это никогда не будет вызвано на производственном устройстве Android, где процессы удаляются , просто убивая их; ни один код пользователя (включая этот обратный вызов) не является , выполняемым при этом.

Общая идея заключается в том, что вам не важно, было ли приложение убито или нет. Если это так, ОС перезапустит приложение в следующий раз, когда это необходимо, иначе оно будет возобновлено (и для этого вы будете использовать события жизненного цикла Activity/Fragment).

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