RecyclerView — 개념, Android에서의 ViewHolder와 Adapter

RecyclerView란?

RecyclerView는 Google I/O 2014에서 Android Support Library v7의 일부로 발표된 Android Jetpack 라이브러리의 컴포넌트입니다. 높은 성능으로 동적 목록과 그리드를 표시하도록 설계되었습니다. RecyclerView는 ListView의 대체재로 등장했으며, 전임자의 주요 문제인 강제적인 ViewHolder 재사용 부재를 해결합니다.

RecyclerView 아키텍처는 Model-View-Adapter 패턴을 기반으로 합니다. 데이터는 모델(List, LiveData, Flow)에 저장되고, 렌더링은 Adapter가 관리하며, 레이아웃은 LayoutManager가 제어합니다. 각 컴포넌트는 자신의 영역을 담당하므로 시스템이 유연하고 확장 가능합니다.

Android Developers 설문조사(2025)에 따르면 Google Play 상위 100개 Android 앱의 78%에서 RecyclerView를 사용합니다. 1000개 이상 항목 목록의 스크롤 성능은 세 가지 메커니즘(ViewHolder 풀링, 차이 기반 업데이트 계산, 비동기 데이터 로딩) 덕분에 중간급 기기에서 60FPS로 안정적으로 유지됩니다.

RecyclerView를 사용해야 하는 경우

RecyclerView는 다음에 최적입니다: 항목 수를 알 수 없는 목록(피드, 채팅, 로그), N열 그리드(갤러리, 카탈로그), 계단식 레이아웃(Pinterest 보드), 추가/제거 애니메이션이 있는 목록. 2~5개 항목의 간단한 화면에서는 LinearLayout 또는 ScrollView가 더 간단하고 효율적입니다 — RecyclerView는 오버헤드를 추가합니다.

의존성 설정

RecyclerView를 사용하려면 build.gradle(app)에 의존성을 추가하세요: implementation 'androidx.recyclerview:recyclerview:1.4.0'. 최소 API 버전은 14(Android 4.0)입니다. AndroidX RecyclerView 1.3.0부터 항목 선택을 위한 recyclerview-selection 모듈과 스와이프 제스처를 위한 recyclerview-swipe 모듈을 사용할 수 있습니다.

RecyclerView 작동 방식: 세 가지 주요 컴포넌트

RecyclerView는 세 개의 독립적인 계층으로 나뉩니다: Adapter는 데이터와 ViewHolder를 관리하고, LayoutManager는 항목 배치를 담당하며, ItemAnimator는 애니메이션을 제어합니다. 이 아키텍처를 사용하면 다른 계층을 수정하지 않고도 각 계층을 교체할 수 있습니다 — 예를 들어 Adapter 코드를 변경하지 않고 LinearLayoutManager에서 GridLayoutManager로 전환할 수 있습니다.

작업 사이클: (1) Adapter가 onCreateViewHolder()를 통해 ViewHolder를 생성하고, (2) LayoutManager가 화면에서 새 View의 위치를 결정하고, (3) Adapter가 onBindViewHolder()를 통해 데이터를 바인딩하고, (4) 스크롤 중 화면 밖으로 나간 ViewHolder는 재사용을 위해 풀(RecycledViewPool)로 들어갑니다. 새 View를 만드는 대신 기존 View를 재사용합니다 — 이것이 주요 성능 메커니즘입니다.

RecyclerView에서 ViewHolder 구현

ViewHolder는 목록 항목 내부의 View(TextView, ImageView 등)에 대한 참조를 저장하는 클래스입니다. ViewHolder가 없으면 스크롤할 때마다 findViewById()가 트리거됩니다 — 이는 Android UI에서 가장 비용이 많이 드는 작업 중 하나입니다. ViewHolder는 초기 바인딩 후 참조를 캐싱하여 이 호출을 제거합니다.

// 데이터 모델
data class Article(
    title: String,
    summary: String,
    author: String,
    imageUrl: String?
)

// ViewHolder — 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
    }
}

실용적인 규칙: 항목 레이아웃의 모든 View는 생성자에서 findViewById()를 사용하여 정확히 한 번 ViewHolder 속성으로 선언해야 합니다. bind() 메서드는 findViewById()를 호출하지 않고 텍스트, 색상 및 리스너만 설정합니다. 이 접근 방식은 Google(Android Performance Patterns, 2025)에 따르면 목록 스크롤 속도를 30~50% 향상시킵니다.

LayoutManager 유형: 요소 배치 선택

LayoutManager는 RecyclerView 내에서 항목이 배치되는 방식을 정의합니다. Android는 세 가지 기본 구현을 제공합니다: LinearLayoutManager, GridLayoutManager, StaggeredGridLayoutManager. LayoutManager 선택은 데이터 인식과 스크롤 성능에 영향을 미칩니다.

// Fragment에서 LinearLayoutManager 설정
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)

        // 최적화: 고정 크기 + 풀
        recyclerView.setHasFixedSize(true)
        recyclerView.setItemViewCacheSize(20)

        // 항목 사이 구분선
        val divider = DividerItemDecoration(requireContext(), LinearLayoutManager.VERTICAL)
        recyclerView.addItemDecoration(divider)
    }
}

성능: 세로 스크롤이 있는 LinearLayoutManager가 가장 빠른 옵션입니다. 항목이 순차적으로 배치되고 LayoutManager가 O(1)로 위치를 계산하기 때문입니다. GridLayoutManager는 열 분할을 위한 추가 계산이 필요하지만 고정 spanCount에서는 효율적입니다. StaggeredGridLayoutManager는 세 가지 중 가장 느리며, 인접 항목의 높이를 고려하여 캐스케이드에서 항목 위치를 계산해야 하기 때문입니다. 시각적으로 다른 셀 높이가 필요한 경우에만 사용하세요.

Adapter와 DiffUtil: 효율적인 데이터 업데이트

Adapter는 RecyclerView에서 GoF Adapter 패턴을 구현합니다: 데이터(List<T>)를 화면에 표시되는 ViewHolder로 변환합니다. 데이터가 변경되면 Adapter는 notifyDataSetChanged(), notifyItemInserted() 및 유사한 메서드를 통해 RecyclerView에 알릴 수 있습니다. 문제는 notifyDataSetChanged()가 모든 보이는 항목을 다시 그려서 버벅임(jank)을 유발한다는 것입니다.

// 효율적인 업데이트를 위한 DiffUtil이 있는 Adapter
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

    // DiffUtil을 통한 목록 업데이트
    fun updateArticles(newArticles: List<Article>) {
        val diffCallback = ArticleDiffCallback(articles, newArticles)
        val diffResult = DiffUtil.calculateDiff(diffCallback)
        articles = newArticles
        diffResult.dispatchUpdatesTo(this)
    }
}

// DiffUtil용 Callback
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은 Eugene W. Myers의 차이 알고리즘을 사용하여 이전 목록을 새 목록으로 변환하는 최소 작업(삽입, 제거, 이동, 변경) 수를 계산합니다. 100개 항목 목록의 경우 DiffUtil은 1~5ms 내에 작동합니다(Google, 2025). 대규모 목록(10000+)의 경우 Paging 라이브러리의 AsyncListDiffer 또는 PagingDataAdapter를 사용하세요 — 백그라운드 스레드에서 계산을 수행합니다.

RecyclerView vs ListView: 비교

ListView는 RecyclerView의 전신으로, Android 1.0(API 1)에서 도입되었습니다. 목록을 표시하지만 ViewHolder를 강제하지 않고, LayoutManager를 지원하지 않으며, 변경 사항을 애니메이션화할 수 없습니다. RecyclerView는 더 엄격한 아키텍처와 더 나은 성능을 갖춘 ListView의 대체재로 설계되었습니다.

Google 권장사항(Android Developers, 2026): 모든 새 프로젝트에는 RecyclerView를 사용하세요. ListView는 마이그레이션 비용이 정당화되지 않는 레거시 코드베이스에 남겨둘 수 있습니다. RecyclerView는 100개 이상 항목에서 더 나은 성능을 제공하고, 추가 해결 방법 없이 가로 스크롤과 그리드를 지원합니다. Android 15에서 ListView는 공식적으로 부분적으로 사용 중단으로 표시되었습니다.