Что произойдет при повороте экрана?

Поворот экрана в Android: жизненный цикл и управление состоянием

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

Жизненный цикл Activity при повороте

Когда система обнаруживает изменение ориентации (или другие изменения конфигурации, например, язык, размер экрана), она запускает следующий процесс:

1. Вызывается onSaveInstanceState() текущего Activity. Этот метод предназначен для сохранения временного состояния UI (например, текст в EditText, позиция списка, флаги фрагментов) в объект Bundle. Сохраняются только данные, которые не должны быть персистентными (постоянными).

2. Activity уничтожается: вызываются onPause(), onStop(), onDestroy().

3. Создается новое Activity с новой конфигурацией (например, с другими ресурсами для landscape ориентации). Система передает сохраненный Bundle в методы onCreate() или onRestoreInstanceState() нового экземпляра.

class MainActivity : AppCompatActivity() {
    private var userInput: String = ""
    
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)
        
        // Восстановление состояния после поворота
        if (savedInstanceState != null) {
            userInput = savedInstanceState.getString("USER_INPUT_KEY", "")
            editText.setText(userInput)
        }
    }
    
    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)
        // Сохраняем текущий текст из EditText перед уничтожением
        outState.putString("USER_INPUT_KEY", editText.text.toString())
    }
    
    // Также можно использовать onRestoreInstanceState
    override fun onRestoreInstanceState(savedInstanceState: Bundle) {
        super.onRestoreInstanceState(savedInstanceState)
        userInput = savedInstanceState.getString("USER_INPUT_KEY", "")
    }
}

Почему это происходит и какие проблемы возникают

Причина пересоздания: разные ориентации могут использовать разные layout-файлы (activity_main.xml и activity_main-land.xml), ресурсы, размеры. Система должна заново инфлировать (inflate) View с учетом новой конфигурации.

Основные проблемы, возникающие при повороте:

• Потеря временного состояния UI (если не использовать onSaveInstanceState).
• Перезапуск длительных операций (например, сетевые запросы, загрузка данных), если они были начаты в старом Activity.
• Повторная инициализация тяжелых объектов (например, подключение к базе данных, крупные списки данных), что может приводить к замедлению и излишней нагрузке на память.

Способы управления поведением при повороте

1. Фиксирование ориентации в манифесте

<activity android:name=".MainActivity"
          android:screenOrientation="portrait"/>

Это предотвращает поворот, но ограничивает пользовательский опыт.

2. Обработка изменения конфигурации самостоятельно через android:configChanges

<activity android:name=".MainActivity"
          android:configChanges="orientation|screenSize"/>

При этом Activity не будет уничтожено, вместо этого будет вызван метод onConfigurationChanged().

override fun onConfigurationChanged(newConfig: Configuration) {
    super.onConfigurationChanged(newConfig)
    if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
        // Перезагрузить специфичные для landscape ресурсы
        setContentView(R.layout.activity_main_land)
    } else {
        setContentView(R.layout.activity_main)
    }
}

Важно: этот подход требует самостоятельного обновления всех ресурсов и считается более сложным, особенно при работе с Fragments.

3. Сохранение и восстановление состояния (как показано выше) - базовый подход.

4. Использование архитектурных компонентов и паттернов для сохранения данных между пересозданиями:

• ViewModel из Android Jetpack: объекты ViewModel сохраняются при изменении конфигурации.

class UserViewModel : ViewModel() {
    val userLiveData = MutableLiveData<String>()
    
    fun loadUser() {
        // Эта операция не будет прервана при повороте
        userLiveData.value = repository.getUser()
    }
}

// В Activity
val viewModel = ViewModelProvider(this).get(UserViewModel::class.java)
viewModel.userLiveData.observe(this) { user ->
    // Обновить UI
}

• Retain Fragments или Singleton-объекты для хранения данных.

• Использование onSaveInstanceState для небольших данных, а ViewModel или Repository для крупных или бизнес-данных.

Дополнительные аспекты

• FragmentManager автоматически сохраняет и восстанавливает состояние Fragments (их back stack, аргументы) через onSaveInstanceState() Activity, если Fragments имеют уникальные теги (tags) или ID.
• Ресурсы (layout, drawables) автоматически перезагружаются системой с учетом новой ориентации, если предусмотрены альтернативные файлы в папках res/layout-land/, res/drawable-land/.
• Проблема "двойного запроса": если сетевой запрос запущен в onCreate() старого Activity, он может быть запущен повторно в новом Activity. Решение: запускать запросы из ViewModel или сохранять флаг выполнения.

Практические рекомендации

1. Для простых случаев используйте стандартный механизм onSaveInstanceState вместе с ViewModel.
2. Для сложных UI с множеством динамических данных предпочтите ViewModel и другие компоненты архитектуры (LiveData, Room).
3. Если поворот должен приводить к значительным изменениям UI (полная перестройка layout), рассмотрите разные layout-файлы для ориентаций и стандартное пересоздание.
4. Избегайте android:configChanges для orientation|screenSize без четкой необходимости, так как это увеличивает ответственность разработчика за обработку всех изменений.

Таким образом, поворот экрана — это управляемое событие в Android, требующее внимания к сохранению состояния, но с современными инструментами (Jetpack) эта задача значительно упрощается. Правильная обработка обеспечивает плавный пользовательский опыт без потери данных или производительности.