Какие знаешь причины смены конфигурации устройства?

Причины смены конфигурации в Android

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

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

1. Ориентация экрана

Наиболее распространенная причина.

• Поворот устройства между портретной (portrait) и альбомной (landscape) ориентацией.
• Раскладка складного устройства или изменение угла сгиба гибкого экрана.

2. Изменения, связанные с локалью и регионом

• Смена языка системы пользователем в настройках.
• Изменение региональных настроек, влияющих на формат дат, чисел, валюты (например, с en_US на fr_FR).

3. Размер и плотность экрана

• Изменение density (плотности пикселей). Происходит при перетаскивании окна приложения между экранами с разным DPI (например, при подключении внешнего монитора через Samsung DeX или в многозадачном режиме на планшетах).
• Изменение font scale — масштаба шрифта в настройках доступности.
• Динамическое изменение размера окна в multi-window режиме (разделенный экран, свободная форма).

4. Аппаратные изменения, влияющие на ресурсы

• Подключение или отключение физической клавиатуры (например, док-станции).
• Изменение режима ввода (например, с сенсорного на стилус).
• Изменение доступности аппаратных функций, таких как ночной режим (uiMode), что может влиять на тематику ресурсов.

5. Системные настройки доступности

• Включение/выключение крупного текста или других параметров специальных возможностей, которые требуют перераспределения layout.

Как обрабатывается в системе?

При смене конфигурации система по умолчанию:

1. Уничтожает текущую Activity (вызываются onPause(), onStop(), onDestroy()).
2. Создает ее заново с новой конфигурацией (вызываются onCreate(), onStart(), onResume()).
3. Автоматически перезагружает все ресурсы (layouts, drawables, strings) из папок, соответствующих новой конфигурации (например, layout-land/ для альбомной ориентации).

Пример и стратегии управления состоянием

Проблема: данные в UI теряются. Рассмотрим на примере:

class MainActivity : AppCompatActivity() {
    private var counter = 0 // Значение сбросится при повороте!

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val button: Button = findViewById(R.id.button)
        val textView: TextView = findViewById(R.id.textView)

        button.setOnClickListener {
            counter++
            textView.text = "Count: $counter"
        }
    }
}

При повороте counter обнулится. Для сохранения состояния используются:

1. onSaveInstanceState() / onRestoreInstanceState() — для сохранения небольших простых данных (примитивы, String, Parcelable) во временный Bundle.

   override fun onSaveInstanceState(outState: Bundle) {
       super.onSaveInstanceState(outState)
       outState.putInt("COUNTER_KEY", counter)
   }
   
   override fun onRestoreInstanceState(savedInstanceState: Bundle) {
       super.onRestoreInstanceState(savedInstanceState)
       counter = savedInstanceState.getInt("COUNTER_KEY", 0)
       updateUI()
   }
   

2. ViewModel (архитектурный компонент Jetpack) — основная современная рекомендация. ViewModel переживает смену конфигурации, позволяя хранить и управлять UI-данными.

   class MainViewModel : ViewModel() {
       private val _counter = MutableLiveData(0)
       val counter: LiveData<Int> = _counter
   
       fun increment() {
           _counter.value = _counter.value?.plus(1)
       }
   }
   

3. Ручная обработка через android:configChanges в манифесте (не рекомендуется для большинства сценариев). Указывает системе, что активность обработает изменение самостоятельно.

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

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

Вывод: Знание причин смены конфигурации и стратегий обработки (в первую очередь, использование ViewModel и onSaveInstanceState) критически важно для создания отказоустойчивых Android-приложений с сохранением состояния пользователя.