К какому методу переходит View после отрисовки

Отличный вопрос, который проверяет понимание жизненного цикла отрисовки (drawing) во View и ViewGroup в Android.

После того как View полностью отрисуется на экране (то есть завершится выполнение его метода onDraw() и соответствующие буферы будут готовы), управление НЕ передается какому-то специальному, отдельному "пост-отрисовочному" методу самого View в жизненном цикле, подобному onResume() у Activity. Однако существует несколько ключевых механизмов и мест в коде, которые можно считать логическим "переходом" после отрисовки. Это зависит от контекста: говорим ли мы о внутреннем цикле одного кадра или о реакции приложения.

Короткий ответ: прямой, единственный метод "после отрисовки" в жизненном цикле View отсутствует. Вместо этого существуют слушатели и колбэки, которые вызываются по завершению прохода отрисовки (draw pass) для всего дерева View или его части.

Давайте рассмотрим основные варианты.

1. View.post(Runnable)

Наиболее частый и практичный способ выполнить код после того, как View будет измерен (measure), размещен (layout) и отрисован (draw).

myView.post {
    // Этот код будет выполнен в следующем цикле сообщений (next frame),
    // после того как текущий проход отрисовки (включая layout и draw) для этого View завершится.
    // Здесь можно безопасно получать размеры View (width/height),
    // так как они уже точно известны.
    val measuredWidth = myView.width
    val measuredHeight = myView.height
    // ... действия с измеренными размерами ...
}

Принцип работы: Когда вы вызываете post(Runnable), задача (Runnable) помещается в очередь сообщений (MessageQueue) данного View. Она будет обработана в порядке FIFO. Поскольку задачи на отрисовку сами по себе также планируются через эту очередь (например, performTraversals() -> measure -> layout -> draw), ваш Runnable будет выполнен после этих задач, в следующем цикле. Это стандартный способ "дождаться" первой отрисовки.

2. ViewTreeObserver

Этот объект предоставляет набор слушателей для наблюдения за глобальными событиями в дереве View.

• OnGlobalLayoutListener: Срабатывает каждый раз при изменении глобальной layout-структуры дерева (завершении layout прохода). Это самый близкий аналог "после измерения и размещения", что является обязательной частью отрисовки.

  val observer = myView.viewTreeObserver
  observer.addOnGlobalLayoutListener(object : ViewTreeObserver.OnGlobalLayoutListener {
      override fun onGlobalLayout() {
          // Размеры и позиции View теперь известны.
          myView.viewTreeObserver.removeOnGlobalLayoutListener(this) // Важно: отписываемся!
          // Выполняем необходимые действия...
      }
  })
  

• OnDrawListener (API 16+): Срабатывает непосредственно после вызова метода onDraw() у View. Это максимально близко к "после отрисовки" в буквальном смысле.

  myView.viewTreeObserver.addOnDrawListener(object : ViewTreeObserver.OnDrawListener {
      override fun onDraw() {
          // Вызывается после того, как дерево View отрисуется в текущем кадре.
          // Внимание: вызывается на КАЖДОМ кадре (при каждой перерисовке).
          // Не подходит для одноразовой инициализации, если не отписаться.
      }
  })
  

• OnPreDrawListener: Срабатывает перед началом отрисовки (draw прохода). Полезен для внесения последних изменений, которые должны быть видны в текущем кадре. Это "перед", а не "после", но важно для понимания порядка.

3. Дожидаемся отрисовки в Handler / Choreographer

Система отрисовки Android использует Choreographer для синхронизации операций ввода, анимации и отрисовки. Можно отправить колбэк, который сработает после завершения отрисовки текущего кадра.

// Пример с Choreographer
val choreographer = Choreographer.getInstance()
choreographer.postFrameCallback(object : Choreographer.FrameCallback {
    override fun doFrame(frameTimeNanos: Long) {
        // Этот код выполняется ПОСЛЕ отрисовки кадра, соответствующего frameTimeNanos.
        // Для одноразового выполнения нужно отписаться.
        choreographer.removeFrameCallback(this)
        // Действия после отрисовки кадра...
    }
})

Handler с пустой задержкой (postDelayed(delayMillis = 0)) работает аналогично View.post(), так как также использует основную очередь сообщений.

4. Что происходит на системном уровне? (Упрощенно)

После того как ViewRootImpl завершает проход performDraw(), который вызывает onDraw() у всех View в дереве, отрисованный контент (из Surface или HardwareLayer) передается в систему композиции (SurfaceFlinger). View и фреймворк Android на этом свою работу считают завершенной для данного кадра. Дальнейшая синхронизация кадров и их вывод на дисплей — задача системного уровня.

Итог и рекомендации

Таким образом, прямого метода типа onPostDraw() не существует из-за асинхронной и конвейерной природы системы отрисовки. Вместо этого разработчики используют механизм очереди сообщений (Handler/post) и слушателей (ViewTreeObserver), чтобы планировать выполнение своего кода на этапе, когда отрисовка текущего или предыдущего кадра гарантированно завершена.