В чем разница между onCreateViewHolder и onBindViewHolder?

Различие между onCreateViewHolder и onBindViewHolder в RecyclerView.Adapter

В RecyclerView класс Adapter является ключевым компонентом, отвечающим за создание и управление элементами списка. Два его основных метода — onCreateViewHolder() и onBindViewHolder() — выполняют принципиально разные задачи, хотя и тесно связаны между собой. Понимание их различий критически важно для оптимизации производительности и корректной работы списков в Android-приложениях.

Основная задача и время вызова

onCreateViewHolder(ViewGroup parent, int viewType)

• Когда вызывается: Вызывается RecyclerView только тогда, когда нужно создать новый объект ViewHolder. Обычно это происходит, когда RecyclerView инициализируется или когда появляется необходимость в дополнительном ViewHolder (например, при скроллинге, если элементы не помещаются на экране и требуется создание новых).
• Что делает: Его единственная ответственность — "родить" (inflate) макет (layout) для элемента списка и вернуть новый экземпляр ViewHolder, который хранит ссылки на View этого макета. Этот метод связан с дорогой операцией inflate, которая обращается к файловой системе и парсит XML.
• Аналогия: Можно представить, как постройку нового ящика (контейнера) для данных. Ящик создается один раз, а затем может использоваться многократно для хранения разных предметов.

override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): MyViewHolder {
    // Inflate — относительно тяжелая операция. Выполняется редко.
    val itemView = LayoutInflater.from(parent.context)
        .inflate(R.layout.list_item_user, parent, false)
    return MyViewHolder(itemView) // Создаем и возвращаем новый ViewHolder
}

onBindViewHolder(ViewHolder holder, int position)

• Когда вызывается: Вызывается очень часто. RecyclerView вызывает его для каждого элемента, который должен быть отображен на экране, включая те, что появляются при скроллинге. Он также может вызываться при изменении данных (notifyDataSetChanged и его вариациях).
• Что делает: Его задача — "связать" (bind) данные из вашего источника (например, списка List<User>) с View, хранящимися в уже существующем ViewHolder. Здесь устанавливаются тексты, изображения, слушатели кликов и т.д.
• Аналогия: Наполнение готового ящика конкретным содержимым. Ящик (ViewHolder) переиспользуется, но его наполнение (данные) меняется в зависимости от позиции (position).

override fun onBindViewHolder(holder: MyViewHolder, position: Int) {
    // Легкая операция. Выполняется для каждого отображаемого элемента.
    val currentUser = userList[position] // Получаем данные для позиции
    holder.bind(currentUser) // "Связываем" данные с View
}

class MyViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {
    private val nameTextView: TextView = itemView.findViewById(R.id.text_view_name)

    fun bind(user: User) {
        nameTextView.text = user.name // Устанавливаем данные в View
        // Установка слушателей, изображений и т.д.
    }
}

Ключевые различия в таблице

Важность для механизма переиспользования (Recycling)

Разделение логики на эти два метода — основа паттерна ViewHolder и механизма переиспользования в RecyclerView.

1. RecyclerView создает небольшой пул (pool) ViewHolder'ов с помощью вызовов onCreateViewHolder.
2. При скроллинге элемент, ушедший с экрана, не уничтожается. Его ViewHolder помещается в пул.
3. Для нового элемента, появившегося на экране, RecyclerView сначала пытается взять ViewHolder из пула.
4. Если подходящий ViewHolder найден, вызывается onBindViewHolder, чтобы "переназначить" ему новые данные для новой позиции.
5. onCreateViewHolder вызывается только если в пуле нет свободного ViewHolder нужного типа.

Итог: onCreateViewHolder — это фабрика по производству контейнеров (ViewHolders), которая работает экономно. onBindViewHolder — это конвейер по наполнению этих контейнеров актуальными данными, который работает постоянно. Правильное понимание и разделение ответственности между этими методами позволяет создавать плавно скроллящиеся и эффективные списки.