Жизненный цикл класса приложения Android

Нет. Все ваше приложение может быть уничтожено и воссоздано с неповрежденным стеком задач; это позволяет системе высвобождать память на устройствах, которые в ней нуждаются, при этом создавая иллюзию многозадачности для конечного пользователя. Из документов:

Фоновая активность (деятельность, которая не видна пользователю и была приостановлена) больше не является критичной, поэтому система может безопасно завершить свой процесс, чтобы освободить память для других процессов переднего плана или видимых процессов. Если его процесс необходимо убить, когда пользователь возвращается к действию (делая его снова видимым на экране), его метод onCreate (Bundle) будет вызываться с сохраненнымInstanceState, который он ранее предоставил в onSaveInstanceState (Bundle), чтобы он может перезапуститься в том же состоянии, в котором пользователь оставил его последним.

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

Рассмотрите возможность сохранения постоянного общего состояния, которое требует инициализации с помощью Activity в базе данных SharedPreference или SQLite, или передачу его в Activity, которым это необходимо, в качестве дополнения Intent.

Вы можете протестировать сценарий с помощью killing the process вашего запущенного приложения.

Шаг 1. Откройте приложение и нажмите кнопку Home, чтобы скрыть его в фоновом режиме.

Шаг 2. Вызов adb shell

Шаг 3. Введите команду su (вы должны получить разрешение ROOT, чтобы завершить процесс)

Шаг 4. ps (перечислите все идентификаторы запущенных процессов и найдите свой)

Шаг 5. kill 1234 (предположим, что ваше приложение работает в процессе 1234)

Шаг 6. Затем вернитесь к своему устройству и снова щелкните значок запуска. Вы можете обнаружить, что последнее действие в стеке действий открыто снова. Вы также можете обнаружить, что для действия вызывается метод onRestoreInstanceState().

Короче: делайте инициализацию в YourApplication.onCreate, а не в каком-нибудь LaunchActivity

Документы для проверки:
- Процессы и потоки < br> - Руководства по API> Действия

Безопасно ли полагаться на активность запуска для инициализации класса Application?

Да, если вы помните, что приложение может существовать дольше, чем действие, и действие может быть уничтожено и воссоздано. Я не уверен, что намерение воскресит Activity: ЗАПУСК или ПРОСМОТР (для сценария, когда активность была убита как слишком тяжелая, в то время как к приложению была привязана долго работающая служба)

Существуют ли случаи, когда класс Application может быть воссоздан без создания действия Launch?

да, если последнее видимое действие не было LaunchActivity - проверьте жизненный цикл приложения Android и использование статики

Возможно ли, что процесс был остановлен, пока телефон спал, и при пробуждении телефона класс Application был воссоздан, верхняя активность в стеке была возобновлена, но операция запуска. OnCreate не была запущена, поэтому класс Application не был инициализирован?

Если бы было запущено несколько разных действий A, B, C и весь процесс был убит, тогда я думаю, что ОС Android хороша только с созданием действий Application и C, в то время как A и B будут повторно созданы при доступе, то есть при возврате к их.

Можно ли предположить, что экземпляр класса Application будет существовать до тех пор, пока процесс,

да

и что когда создается класс Application, это эквивалентно «перезапуску» приложения, т.е. начать с нового стека действий (и первое действие в стеке - это действие запуска)?

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

«Я столкнулся с исключительной ситуацией с нулевым указателем при доступе к переменной в классе Application при возобновлении работы приложения»

Проверьте эту ссылку .. http://www.developerphil.com/dont-store-data-in-the-application-object/