Как сохранить анимации во ViewHolder но при этом избежать уничтожения ViewHolder

Отличный и очень практичный вопрос, который затрагивает одну из ключевых проблем производительности в RecyclerView при работе с анимациями (например, Lottie, ExoPlayer, GIF-ы). Основная задача — разделить жизненные циклы сложного, ресурсоемкого контента (анимации) и самого ViewHolder, который является "переиспользуемой единицей" и часто уничтожается адаптером.

Основная проблема

RecyclerView агрессивно переиспользует ViewHolder'ы. Когда элемент покидает экран (или даже при скролле), его ViewHolder может быть:

1. Привязан (rebound) к новым данным для нового элемента.
2. Уничтожен (recycled) и помещен в пул для последующего использования.
3. Полностью удален, если RecyclerView более не нужен.

Если в ViewHolder запущена тяжелая анимация (например, LottieAnimationView), и этот ViewHolder переиспользуется для другого элемента, анимация может продолжить проигрываться на неверных данных. Или, что хуже, произойдет утечка памяти и ресурсов.

Стратегия сохранения анимаций

Ключ — в правильном управлении жизненным циклом анимации, который должен быть привязан не к ViewHolder, а к состоянию видимости элемента на экране.

Вот стратегия и практическая реализация:

1. Использование интерфейса LifecycleOwner (Идеальный подход для сложных анимаций)

Для управления такими сущностями, как ExoPlayer (для видео) или Lottie с продвинутым контролем, лучший способ — дать самому ViewHolder или его контенту собственный Lifecycle. В AndroidX для этого есть LifecycleOwner и LifecycleRegistry.

Пример с собственным Lifecycle в ViewHolder:

class VideoViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView),
    LifecycleOwner {

    private val player = ExoPlayer.Builder(itemView.context).build()
    private val lifecycleRegistry = LifecycleRegistry(this)

    init {
        val playerView: PlayerView = itemView.findViewById(R.id.playerView)
        playerView.player = player

        // Инициализируем Lifecycle в состоянии CREATED
        lifecycleRegistry.currentState = Lifecycle.State.CREATED
    }

    override fun getLifecycle(): Lifecycle = lifecycleRegistry

    fun bind(videoUri: Uri) {
        // Устанавливаем данные для воспроизведения
        player.setMediaItem(MediaItem.fromUri(videoUri))
        player.prepare()

        // При связывании переводим Lifecycle в состояние STARTED (анимация/видео запустится)
        lifecycleRegistry.currentState = Lifecycle.State.STARTED
    }

    fun onViewRecycled() {
        // При переиспользовании ViewHolder останавливаем анимацию/видео
        // Переводим Lifecycle в состояние CREATED (останавливает активность)
        lifecycleRegistry.currentState = Lifecycle.State.CREATED
        player.stop()
    }

    fun onDetachedFromWindow() {
        // Если ViewHolder полностью откреплен от окна (например, при уничтожении RecyclerView)
        // Уничтожаем ресурсы
        lifecycleRegistry.currentState = Lifecycle.State.DESTROYED
        player.release()
    }
}

Затем в вашем Adapter вы вызываете соответствующие методы:

override fun onViewRecycled(holder: RecyclerView.ViewHolder) {
    super.onViewRecycled(holder)
    if (holder is VideoViewHolder) {
        holder.onViewRecycled()
    }
}

override fun onViewAttachedToWindow(holder: RecyclerView.ViewHolder) {
    super.onViewAttachedToWindow(holder)
    if (holder is VideoViewHolder) {
        holder.lifecycle.currentState = Lifecycle.State.STARTED
    }
}

override fun onViewDetachedFromWindow(holder: RecyclerView.ViewHolder) {
    super.onViewDetachedFromWindow(holder)
    if (holder is VideoViewHolder) {
        holder.onDetachedFromWindow()
    }
}

Этот подход дает детальный контроль. Анимация запускается при показе на экране (onViewAttachedToWindow) и приостанавливается/сбрасывается при уходе с экрана или переиспользовании (onViewRecycled). Сам ViewHolder при этом может быть уничтожен, но если мы сохранили ссылку на player или LottieComposition во внешнем кеше (см. пункт 3), новая анимация для нового элемента будет использовать уже готовые ресурсы.

2. Кеширование тяжелых ресурсов анимации

Если создание самой анимации дорогое (загрузка композиции Lottie, декодирование GIF), ViewHolder не должен уничтожать эти ресурсы. Их нужно кешировать глобально.

object AnimationCache {
    private val lottieCompositions = mutableMapOf<String, LottieComposition>()

    fun getLottieComposition(key: String, context: Context): LottieComposition? {
        return lottieCompositions[key] ?: run {
            // Загрузка в фоне, кеширование результата
            LottieCompositionFactory.fromAssetSync(context, "$key.json").value?.also {
                lottieCompositions[key] = it
            }
        }
    }

    fun clear() {
        lottieCompositions.clear()
    }
}

// В методе bind вашего ViewHolder:
fun bind(animationKey: String) {
    val composition = AnimationCache.getLottieComposition(animationKey, itemView.context)
    lottieAnimationView.setComposition(composition)
    lottieAnimationView.playAnimation()
}

Теперь при переиспользовании ViewHolder для элемента с той же animationKey, анимация не будет загружаться заново, а просто будет применена к новому View.

3. Использование библиотек, поддерживающих интеграцию с RecyclerView

Некоторые библиотеки из коробки умеют работать с RecyclerView. Например, Lottie имеет LottieAnimationView.setAnimation(...) и методы pauseAnimation(), resumeAnimation(), cancelAnimation(). Ваша задача — вызывать их в правильных колбэках адаптера, как показано в стратегии 1.

Для ExoPlayer существует множество оберток (PlayerView), которые реализуют паттерн LifecycleOwner.

Резюме: Как избежать уничтожения анимации при уничтожении ViewHolder

• Разделите ответственность: ViewHolder — это контейнер для View и менеджер их состояния. Сами данные анимации (ресурсы) должны жить вне его — в кеше (LruCache, Map).
• Управляйте жизненным циклом: Привяжите запуск/паузу анимации к событиям onViewAttachedToWindow / onViewDetachedFromWindow и onViewRecycled. Не к методам onBindViewHolder/onCreateViewHolder, так как они не отражают видимость на экране.
• Используйте Lifecycle: Для сложных анимаций или видеоплееров внедрение LifecycleOwner в ViewHolder — это самый чистый и современный подход, соответствующий архитектуре Android.
• Очищайте в onViewRecycled(): Этот метод — ваш главный инструмент для остановки анимации и освобождения ресурсов, связанных с конкретным элементом данных, перед тем как ViewHolder будет переиспользован.

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