RecyclerView — nó là gì, ViewHolder và Adapter trong Android

RecyclerView là gì?

RecyclerView là thành phần của thư viện Android Jetpack, được giới thiệu tại Google I/O 2014 như một phần của Android Support Library v7. Nó được thiết kế để hiển thị danh sách và lưới động với hiệu suất cao. RecyclerView ra đời như sự thay thế cho ListView và giải quyết vấn đề chính của người tiền nhiệm — thiếu cơ chế tái sử dụng ViewHolder bắt buộc.

Kiến trúc RecyclerView được xây dựng trên mẫu Model-View-Adapter: dữ liệu được lưu trữ trong mô hình (List, LiveData, Flow), việc hiển thị được quản lý bởi Adapter và bố cục được điều khiển bởi LayoutManager. Mỗi thành phần chịu trách nhiệm cho lĩnh vực riêng của mình, làm cho hệ thống linh hoạt và có thể mở rộng.

Theo khảo sát của Android Developers (2025), RecyclerView được sử dụng trong 78% ứng dụng Android trong top 100 Google Play. Hiệu suất cuộn cho danh sách 1000+ mục vẫn ổn định ở 60 FPS trên các thiết bị tầm trung nhờ ba cơ chế: gộp ViewHolder, tính toán cập nhật dựa trên khác biệt và tải dữ liệu không đồng bộ.

Khi nào nên sử dụng RecyclerView

RecyclerView tối ưu cho: danh sách có số lượng mục không xác định (feed, chat, nhật ký), lưới N cột (thư viện, danh mục), bố cục so le (bảng Pinterest), danh sách có hoạt ảnh thêm/xóa mục. Đối với màn hình đơn giản có 2–5 mục, LinearLayout hoặc ScrollView đơn giản và hiệu quả hơn — RecyclerView thêm chi phí không cần thiết.

Thiết lập phụ thuộc

Để sử dụng RecyclerView, thêm phụ thuộc vào build.gradle (app): implementation 'androidx.recyclerview:recyclerview:1.4.0'. Phiên bản API tối thiểu là 14 (Android 4.0). Bắt đầu từ AndroidX RecyclerView 1.3.0, các mô-đun recyclerview-selection để chọn mục và recyclerview-swipe cho cử chỉ vuốt đã có sẵn.

Cách RecyclerView hoạt động: ba thành phần chính

RecyclerView được chia thành ba lớp độc lập: Adapter quản lý dữ liệu và ViewHolder, LayoutManager xử lý vị trí các mục và ItemAnimator điều khiển hoạt ảnh. Kiến trúc này cho phép thay thế bất kỳ lớp nào mà không cần sửa đổi các lớp khác — ví dụ, chuyển từ LinearLayoutManager sang GridLayoutManager mà không thay đổi mã Adapter.

Chu trình hoạt động: (1) Adapter tạo ViewHolder qua onCreateViewHolder(), (2) LayoutManager xác định vị trí của View mới trên màn hình, (3) Adapter gắn dữ liệu qua onBindViewHolder(), (4) khi cuộn, các ViewHolder rời khỏi màn hình sẽ vào nhóm (RecycledViewPool) để tái sử dụng. Thay vì tạo View mới, các View hiện có được tái sử dụng — đây là cơ chế hiệu suất chính.

Triển khai ViewHolder trong RecyclerView

ViewHolder là lớp lưu trữ tham chiếu đến các View (TextView, ImageView, v.v.) bên trong một mục danh sách. Không có ViewHolder, mỗi lần cuộn sẽ kích hoạt findViewById() — một trong những thao tác đắt nhất của giao diện Android. ViewHolder loại bỏ lời gọi này bằng cách lưu trữ tham chiếu sau lần gắn kết đầu tiên.

// Mô hình dữ liệu
data class Article(
    title: String,
    summary: String,
    author: String,
    imageUrl: String?
)

// ViewHolder — lưu trữ tham chiếu View
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
    }
}

Quy tắc thực tế: mỗi View trong bố cục mục phải được khai báo là thuộc tính ViewHolder với findViewById() chính xác một lần — trong hàm tạo. Phương thức bind() không gọi findViewById(), nó chỉ thiết lập văn bản, màu sắc và trình lắng nghe. Cách tiếp cận này tăng tốc cuộn danh sách lên 30–50% theo Google (Android Performance Patterns, 2025).

Các loại LayoutManager: chọn cách sắp xếp phần tử

LayoutManager xác định cách các mục được định vị bên trong RecyclerView. Android cung cấp ba triển khai mặc định: LinearLayoutManager, GridLayoutManager và StaggeredGridLayoutManager. Lựa chọn LayoutManager ảnh hưởng đến nhận thức dữ liệu và hiệu suất cuộn.

// Thiết lập LinearLayoutManager trong Fragment
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)

        // Tối ưu hóa: kích thước cố định + nhóm
        recyclerView.setHasFixedSize(true)
        recyclerView.setItemViewCacheSize(20)

        // Dải phân cách giữa các mục
        val divider = DividerItemDecoration(requireContext(), LinearLayoutManager.VERTICAL)
        recyclerView.addItemDecoration(divider)
    }
}

Hiệu suất: LinearLayoutManager với cuộn dọc là tùy chọn nhanh nhất vì các mục được sắp xếp tuần tự và LayoutManager tính toán vị trí trong O(1). GridLayoutManager yêu cầu tính toán bổ sung để chia cột nhưng vẫn hiệu quả với spanCount cố định. StaggeredGridLayoutManager là chậm nhất trong ba loại vì nó cần tính toán vị trí mục theo tầng có xét đến chiều cao của các mục lân cận. Chỉ sử dụng nó khi cần chiều cao ô khác nhau về mặt thị giác.

Adapter và DiffUtil: cập nhật dữ liệu hiệu quả

Adapter trong RecyclerView triển khai mẫu Adapter của GoF: nó biến đổi dữ liệu (List<T>) thành ViewHolder hiển thị trên màn hình. Khi dữ liệu thay đổi, Adapter có thể thông báo cho RecyclerView qua notifyDataSetChanged(), notifyItemInserted() và các phương thức tương tự. Vấn đề là notifyDataSetChanged() vẽ lại tất cả các mục hiển thị, gây ra hiện tượng giật (jank).

// Adapter với DiffUtil để cập nhật hiệu quả
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

    // Cập nhật danh sách qua DiffUtil
    fun updateArticles(newArticles: List<Article>) {
        val diffCallback = ArticleDiffCallback(articles, newArticles)
        val diffResult = DiffUtil.calculateDiff(diffCallback)
        articles = newArticles
        diffResult.dispatchUpdatesTo(this)
    }
}

// Callback cho DiffUtil
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 sử dụng thuật toán khác biệt của Eugene W. Myers, tính toán số lượng thao tác tối thiểu (chèn, xóa, di chuyển, thay đổi) để biến đổi danh sách cũ thành danh sách mới. Đối với danh sách 100 mục, DiffUtil hoạt động trong 1–5 ms (Google, 2025). Đối với danh sách lớn (10000+), hãy sử dụng AsyncListDiffer hoặc PagingDataAdapter từ thư viện Paging — chúng thực hiện tính toán trên luồng nền.

RecyclerView vs ListView: so sánh

ListView là tiền thân của RecyclerView, được giới thiệu trong Android 1.0 (API 1). Nó cũng hiển thị danh sách nhưng không bắt buộc ViewHolder, không hỗ trợ LayoutManager và không thể tạo hoạt ảnh cho các thay đổi. RecyclerView được thiết kế như sự thay thế cho ListView với kiến trúc chặt chẽ hơn và hiệu suất tốt hơn.

Khuyến nghị của Google (Android Developers, 2026): sử dụng RecyclerView cho tất cả dự án mới. ListView có thể được giữ lại trong các cơ sở mã cũ nơi việc di chuyển không biện minh cho chi phí. RecyclerView cung cấp hiệu suất tốt hơn với 100+ mục, hỗ trợ cuộn ngang và lưới mà không cần giải pháp thay thế. Trong Android 15, ListView chính thức được đánh dấu là đã lỗi thời một phần.