Как View знает что что-то поменялось

Механизм обновления View в Android

В Android-приложении View не отслеживает изменения данных напрямую. Вместо этого работает система оповещений и принудительного перерисовывания, инициируемая извне. Ключевую роль играют два механизма: invalidate()/requestLayout() и наблюдатели (Observers) в паттернах типа MVP/MVVM.

Основные способы обновления View

1. Ручной вызов методов перерисовки

Когда данные меняются, код должен явно сообщить View о необходимости обновления.

• invalidate(): Сообщает системе, что текущее содержимое View устарело. Система перерисует эту конкретную View в следующем цикле отрисовки (onDraw()). Используется, когда изменились визуальные данные (цвет, текст, bitmap), но размеры View остались прежними.

  textView.text = "Новый текст"
  textView.invalidate() // Запрос на перерисовку
  

    На практике для стандартных виджетов (TextView, Button) `invalidate()` вызывается автоматически внутри их сеттеров (например, `setText()`).

• requestLayout(): Сообщает системе, что изменились размеры или структура View (например, добавился дочерний элемент или изменился текст, влияющий на размер). Это запускает полный проход measure-layout-draw для View и её родительской иерархии.

  textView.text = "Очень длинный новый текст, который изменит размер виджета"
  textView.requestLayout() // Запрос на пересчет макета и последующую перерисовку
  

2. Использование Data Binding и Observable-объектов

Библиотека Data Binding автоматизирует связь между данными и View. View "знает" об изменениях через механизм подписки.

• Вы создаете класс данных, наследующий BaseObservable, или используете ObservableField.

• View (через сгенерированный Binding-класс) подписывается на изменения этих полей.

• Когда значение поля меняется, срабатывает уведомление, и Binding-класс автоматически вызывает соответствующий сеттер на View (например, setText()).

  // Модель с Observable-полем
  class UserViewModel {
      val userName = ObservableField<String>("Иван")
  }
  
  // В Activity/Fragment
  binding.viewModel = viewModel
  binding.lifecycleOwner = this
  
  // Где-то в коде при изменении данных
  viewModel.userName.set("Петр") // View автоматически обновится!
  

3. LiveData в архитектуре MVVM с Lifecycle

LiveData — это lifecycle-aware observable, который автоматически обновляет View только когда она находится в активном состоянии (STARTED или RESUMED).

• ViewModel хранит данные в объектах LiveData или StateFlow.

• View (Activity/Fragment) подписывается на эти данные с помощью метода observe().

• Когда источник данных в ViewModel обновляется, LiveData уведомляет всех активных подписчиков. В обработчике (Observer) View обновляет свои виджеты.

  // ViewModel
  class MyViewModel : ViewModel() {
      private val _data = MutableLiveData<String>()
      val data: LiveData<String> get() = _data
  
      fun updateData(newValue: String) {
          _data.value = newValue // Изменение данных
      }
  }
  
  // Activity
  viewModel.data.observe(this) { newData ->
      // Этот код выполнится автоматически при изменении LiveData
      binding.textView.text = newData // View обновляется здесь
  }
  

Итог: как View "узнает" об изменениях?

View сама по себе не является активным наблюдателем. Она обновляется реактивно, в ответ на внешние события:

1. Прямой вызов: Код, изменивший данные, напрямую вызывает методы View (setText(), setImageResource()), которые внутри себя вызывают invalidate()/requestLayout().
2. Через Observer: При использовании современных паттернов (MVVM) и компонентов (LiveData, StateFlow, Data Binding) View регистрирует callback-функцию (Observer). Когда данные меняются, эта функция выполняется, и уже внутри неё происходит обновление виджетов View.
3. По команде системы: В ответ на системные события (изменение конфигурации, возврат из другого приложения) система сама пересоздает или перерисовывает View, вызывая соответствующие методы жизненного цикла.

Таким образом, ответственность за уведомление View лежит на разработчике или, в случае использования современных архитектурных компонентов, на автоматизированных механизмах подписки и наблюдения, которые управляют обновлением UI потокобезопасным и lifecycle-осознанным образом.