RecyclerView — mi ez, ViewHolder és Adapter Androidban

Mi az a RecyclerView?

RecyclerView — az Android Jetpack könyvtár komponense, amelyet a Google I/O 2014-ben mutattak be az Android Support Library v7 részeként. Dinamikus listák és rácsok nagy teljesítményű megjelenítésére tervezték. A RecyclerView a ListView helyettesítőjeként jelent meg, és megoldja elődje kulcsproblémáját — a ViewHolder-ek kötelező újrahasznosításának hiányát.

A RecyclerView architektúrája a Model-View-Adapter mintára épül: az adatok a modellben (List, LiveData, Flow) tárolódnak, a megjelenítést az Adapter kezeli, az elrendezést pedig a LayoutManager vezérli. Minden komponens a saját felelősségi területéért felelős, ami rugalmassá és bővíthetővé teszi a rendszert.

Az Android Developers (2025) felmérése szerint a RecyclerView a Google Play top-100-ból 78%-ban használatos. Egy 1000+ elemű lista görgetési teljesítménye 60 FPS-en marad stabil középkategóriás eszközökön három mechanizmusnak köszönhetően: ViewHolder pool, differenciális frissítésszámítás és aszinkron adatbetöltés.

Mikor használjuk a RecyclerView-t

A RecyclerView a következőkhöz optimális: ismeretlen számú elemet tartalmazó listák (feed-ek, chat-ek, naplók), N oszlopos rácsok (galériák, katalógusok), kaszkád elrendezések (Pinterest táblák), elemek hozzáadásának/eltávolításának animációjával rendelkező listák. Egyszerű, 2-5 elemet tartalmazó képernyőkhöz a LinearLayout vagy a ScrollView egyszerűbb és hatékonyabb — a RecyclerView többletterhelést jelent.

Függőség beállítása

A RecyclerView használatához adja hozzá a függőséget a build.gradle (app) fájlhoz: implementation 'androidx.recyclerview:recyclerview:1.4.0'. Minimális API verzió — 14 (Android 4.0). Az AndroidX RecyclerView 1.3.0-tól kezdve elérhetők a recyclerview-selection modul elemek kijelöléséhez és a recyclerview-swipe modul húzáshoz.

Hogyan működik a RecyclerView: három kulcskomponens

RecyclerView három független rétegre oszlik: az Adapter kezeli az adatokat és a ViewHolder-eket, a LayoutManager felelős az elemek pozicionálásáért, az ItemAnimator vezérli az animációkat. Ez az architektúra lehetővé teszi bármely réteg cseréjét a többi megváltoztatása nélkül — például a LinearLayoutManager-ről GridLayoutManager-re váltást az Adapter kódjának módosítása nélkül.

Munkaciklus: (1) Az Adapter létrehozza a ViewHolder-t az onCreateViewHolder() segítségével, (2) a LayoutManager meghatározza az új View pozícióját a képernyőn, (3) az Adapter az onBindViewHolder() segítségével köti az adatokat, (4) görgetéskor a képernyőről eltűnt ViewHolder-ek a pool-ba (RecycledViewPool) kerülnek újrahasznosításra. Új View-ok létrehozása helyett a meglévők kerülnek újrahasznosításra — ez a kulcsfontosságú teljesítménymechanizmus.

ViewHolder megvalósítása RecyclerView-ban

ViewHolder — egy osztály, amely a lista elemen belüli View-kra (TextView, ImageView stb.) tárol referenciákat. ViewHolder nélkül minden görgetéskor a rendszer meghívná a findViewById()-t — az Android UI egyik legdrágább műveletét. A ViewHolder az első kötés után megjegyzi a referenciákat, ezzel kiküszöböli ezt a hívást.

// Adatmodell
data class Article(
    title: String,
    summary: String,
    author: String,
    imageUrl: String?
)

// ViewHolder — referenciákat tárol a View-hoz
class ArticleViewHolder(itemView: View) : RecyclerView.ViewHolder(itemView) {
    private val titleText = itemView.findViewById<TextView>(R.id.tvTitle)
    private val summaryText = itemView.findViewById<TextView>(R.id.tvSummary)
    private val authorText = itemView.findViewById<TextView>(R.id.tvAuthor)

    fun bind(article: Article) {
        titleText.text = article.title
        summaryText.text = article.summary
        authorText.text = article.author
    }
}

Gyakorlati szabály: minden View-t az elem elrendezésében a ViewHolder tulajdonságaként kell deklarálni a findViewById() segítségével pontosan egyszer — a konstruktorban. A bind() metódus nem hívja meg a findViewById()-t, csak a szöveget, színeket és hallgatókat állítja be. Ez a megközelítés a Google (Android Performance Patterns, 2025) szerint 30-50%-kal gyorsítja a lista görgetését.

LayoutManager típusok: elemek elhelyezésének kiválasztása

LayoutManager meghatározza, hogy az elemek hogyan helyezkednek el a RecyclerView-n belül. Alapértelmezés szerint az Android három megvalósítást kínál: LinearLayoutManager, GridLayoutManager és StaggeredGridLayoutManager. A LayoutManager választása befolyásolja a felhasználó adatészlelését és a görgetési teljesítményt.

// LinearLayoutManager beállítása Fragment-ben
class ArticleListFragment : Fragment() {
    private lateinit var binding: FragmentArticleListBinding

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        val recyclerView = binding.recyclerView
        recyclerView.layoutManager = LinearLayoutManager(requireContext())
        recyclerView.adapter = ArticleAdapter(articlesList)

        // Optimalizálás: rögzített méret + pool
        recyclerView.setHasFixedSize(true)
        recyclerView.setItemViewCacheSize(20)

        // Elválasztó elemek között
        val divider = DividerItemDecoration(requireContext(), LinearLayoutManager.VERTICAL)
        recyclerView.addItemDecoration(divider)
    }
}

Teljesítmény: a LinearLayoutManager függőleges görgetéssel a leggyorsabb opció, mivel az elemek egymás után helyezkednek el, és a LayoutManager O(1) idő alatt számítja ki a pozíciókat. A GridLayoutManager további számításokat igényel az oszlopokra bontáshoz, de rögzített spanCount mellett hatékony marad. A StaggeredGridLayoutManager a három közül a leglassabb, mert ki kell számítania az elem pozícióját a kaszkádban a szomszédos elemek magasságának figyelembevételével. Csak akkor használja, ha vizuálisan különböző cellamagasságokra van szükség.

Adapter és DiffUtil: hatékony adatfrissítés

Adapter a RecyclerView-ban megvalósítja a GoF Adapter mintáját: az adatokat (List<T>) a képernyőn megjelenő ViewHolder-ekké alakítja. Az adatok változásakor az Adapter értesítheti a RecyclerView-t a notifyDataSetChanged(), notifyItemInserted() és hasonló metódusokon keresztül. A probléma az, hogy a notifyDataSetChanged() az összes látható elemet újrarajzolja, ami rángatózáshoz (jank) vezet.

// Adapter DiffUtil-lel a hatékony frissítéshez
class ArticleAdapter : RecyclerView.Adapter<ArticleViewHolder>() {

    private var articles: List<Article> = emptyList()

    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): ArticleViewHolder {
        val view = LayoutInflater.from(parent.context)
            .inflate(R.layout.item_article, parent, false)
        return ArticleViewHolder(view)
    }

    override fun onBindViewHolder(holder: ArticleViewHolder, position: Int) {
        holder.bind(articles[position])
    }

    override fun getItemCount(): Int = articles.size

    // Lista frissítése DiffUtil segítségével
    fun updateArticles(newArticles: List<Article>) {
        val diffCallback = ArticleDiffCallback(articles, newArticles)
        val diffResult = DiffUtil.calculateDiff(diffCallback)
        articles = newArticles
        diffResult.dispatchUpdatesTo(this)
    }
}

// Callback a DiffUtil számára
class ArticleDiffCallback(
    private val oldList: List<Article>,
    private val newList: List<Article>
) : DiffUtil.Callback() {

    override fun getOldListSize() = oldList.size
    override fun getNewListSize() = newList.size

    override fun areItemsTheSame(oldPos: Int, newPos: Int): Boolean {
        return oldList[oldPos].title == newList[newPos].title
    }

    override fun areContentsTheSame(oldPos: Int, newPos: Int): Boolean {
        return oldList[oldPos] == newList[newPos]
    }
}

DiffUtil az Eugene W. Myers-féle különbségalgoritmust használja, amely kiszámítja a minimális műveletszámot (insert, remove, move, change) a régi lista újra alakításához. Egy 100 elemes lista esetén a DiffUtil 1-5 ms alatt működik (Google, 2025). Nagy listákhoz (10000+) használja az AsyncListDiffer vagy a PagingDataAdapter elemet a Paging könyvtárból — ezek háttérszálon végzik a számításokat.

RecyclerView vs ListView: összehasonlítás

ListView — a RecyclerView elődje, az Android 1.0 (API 1) verzióban jelent meg. Szintén listákat jelenít meg, de nem kényszeríti ki a ViewHolder-t, nem támogatja a LayoutManager-t, és nem tudja animálni a változásokat. A RecyclerView-t a ListView helyettesítőjeként tervezték szigorúbb architektúrával és jobb teljesítménnyel.

Google ajánlása (Android Developers, 2026): használja a RecyclerView-t minden új projekthez. A ListView megtartható régi kódbázisokban (legacy), ahol a migráció nem indokolja a költségeket. A RecyclerView jobb teljesítményt nyújt 100+ elemen, támogatja a vízszintes görgetést és rácsokat további megoldások nélkül. Az Android 15-ben a ListView hivatalosan részben elavultként van megjelölve.