深入RecyclerView学习—缓存机制

最新推荐文章于 2025-07-14 17:45:14 发布

原创最新推荐文章于 2025-07-14 17:45:14 发布 · 553 阅读

10 ·

CC 4.0 BY-SA版权

文章标签：

#学习 #缓存 #spring

程序员专栏收录该内容

275 篇文章

订阅专栏

本文深入探讨了RecyclerView的缓存机制，包括Scrap缓存、Cache缓存、ViewCacheExtension缓存和RecycledViewPool缓存。分析了缓存的工作流程，从滑动触发缓存查找，到不同类型的缓存如何处理和利用。通过对源码的解读，阐述了ViewHolder的管理和复用过程，以及LayoutManager在布局时如何使用缓存。最后提到了在开发中如何理解和利用这些缓存策略以提高性能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

private final List

mUnmodifiableAttachedScrap = Collections.unmodifiableList(mAttachedScrap);

private int mRequestedCacheMax = DEFAULT_CACHE_SIZE;

int mViewCacheMax = DEFAULT_CACHE_SIZE;

// 缓存池

RecycledViewPool mRecyclerPool;

// 自定义缓存

private ViewCacheExtension mViewCacheExtension;

static final int DEFAULT_CACHE_SIZE = 2; // 对应mCachedViews默认大小

}

上面的代码也很容易看到RecyclerView缓存的位置，这里大概可以分为4种类别：

Scrap缓存：对应当前已加载的视图，也就是屏幕中的视图；
Cache缓存：刚刚移出屏幕的Item，默认大小是2个。缓存中的Item匹配后可以直接展示。根据FIFO原则先把老的数据放入下一级缓存中（比如：RecycledViewPool），然后添加新数据；
ViewCacheExtension缓存：用来给开发者自定义的缓存。通过type和position来查找缓存；
RecycledViewPool缓存：默认的缓存数量是5个，优先级没有Cache缓存高，同时缓存中的Item需要再次调用onBindViewHolder()方法；

缓存原理分析

首先看源码是现有大致的思路，根据上面讲到的缓存流程来看，在RecyclerView滑动时会查找缓存中是否有匹配的数据。所以缓存机制的工作是从滑动开始的，那么滑动就会触发View的工作流程（measure、layout、draw）根据接下来这个思路去看代码。

具体特别细节的源码就不再一一叙述，看源码也不是为了记住所有的细节，而是为了学习主要的逻辑跟设计的模式。

RecyclerView的测量、绘制都是委托给LayoutManager的，在LinearLayoutManager中，可以找到相关的代码。

@Override

public void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) {

//…

detachAndScrapAttachedViews(recycler);

//…

}

在LinearLayoutManager的onLayoutChildren()方法中只截取了这一行代码，它的作用就是处理Scrap缓存以及detach的ViewHolder。

/**

Temporarily detach and scrap all currently attached child views. Views will be scrapped
into the given Recycler. The Recycler may prefer to reuse scrap views before
other views that were previously recycled.
@param recycler Recycler to scrap views into

public void detachAndScrapAttachedViews(@NonNull Recycler recycler) {

final int childCount = getChildCount();

for (int i = childCount - 1; i >= 0; i–) {

final View v = getChildAt(i);

scrapOrRecycleView(recycler, i, v);

}

从代码的注释中写的很清楚处理视图的缓存逻辑；接下来继续分析。

private void scrapOrRecycleView(Recycler recycler, int index, View view) {

final ViewHolder viewHolder = getChildViewHolderInt(view);

if (viewHolder.shouldIgnore()) {

if (DEBUG) {

Log.d(TAG, "ignoring view " + viewHolder);

}

return;

}

if (viewHolder.isInvalid() && !viewHolder.isRemoved()

&& !mRecyclerView.mAdapter.hasStableIds()) {

// ViewHolder是indalid的

removeViewAt(index);

recycler.recycleViewHolderInternal(viewHolder);

} else {

// ViewHolder对应的View是attach的

detachViewAt(index);

recycler.scrapView(view);

mRecyclerView.mViewInfoStore.onViewDetached(viewHolder);

}

在scrapOrRecycleView()方法中有两个逻辑分支，分别处理在屏幕中的Item以及需要回收的Item。我们先看如何处理屏幕中的Item。

void scrapView(View view) {

final ViewHolder holder = getChildViewHolderInt(view);

if (holder.hasAnyOfTheFlags(ViewHolder.FLAG_REMOVED | ViewHolder.FLAG_INVALID)

|| !holder.isUpdated() || canReuseUpdatedViewHolder(holder)) {

if (holder.isInvalid() && !holder.isRemoved() && !mAdapter.hasStableIds()) {

holder.setScrapContainer(this, false);

mAttachedScrap.add(holder);

} else {

if (mChangedScrap == null) {

mChangedScrap = new ArrayList();

}

holder.setScrapContainer(this, true);

mChangedScrap.add(holder);

}

这里主要处理的就是将ViewHolder加入Scrap缓存中。接下来分析另一种情况。

void recycleViewHolderInternal(ViewHolder holder) {

//…

if (forceRecycle || holder.isRecyclable()) {

if (mViewCacheMax > 0

&& !holder.hasAnyOfTheFlags(ViewHolder.FLAG_INVALID

| ViewHolder.FLAG_REMOVED

| ViewHolder.FLAG_UPDATE

| ViewHolder.FLAG_ADAPTER_POSITION_UNKNOWN)) {

// Retire oldest cached view

int cachedViewSize = mCachedViews.size();

if (cachedViewSize >= mViewCacheMax && cachedViewSize > 0) {

recycleCachedViewAt(0);

cachedViewSize–;

}

int targetCacheIndex = cachedViewSize;

//…

mCachedViews.add(targetCacheIndex, holder);

cached = true;

}

if (!cached) {

addViewHolderToRecycledViewPool(holder, true);

recycled = true;

}

//…

}

recycleViewHolderInternal()方法中主要是对Cache缓存和RecycledViewPool缓存进行处理。判断依据主要是根据ViewHolde的标志位进行判断。

对于Cache缓存：缓存池满了以后就移出第1个然后加入新的缓存数据。
对于RecycledViewPool缓存：主要根据ViewHolder的标志位进行判断（比如VIewHolder有FLAG_REMOVED标志）就会加入到RecycledViewPool缓存。

在上面的代码中主要分析了RecyclerView中缓存数据的来源，接下来继续分析如何使用缓存。按照之前的思路，在LayoutManager执行onLayoutChildren()方法时会获取新的Item这个时候就会触发RecyclerView的缓存机制。

@Override

public void onLayoutChildren(RecyclerView.Recycler recycler, RecyclerView.State state) {

//…

fill(recycler, mLayoutState, state, false);

//…

}

int fill(RecyclerView.Recycler recycler, LayoutState layoutState,

RecyclerView.State state, boolean stopOnFocusable) {

//…

layoutChunk(recycler, state, layoutState, layoutChunkResult);

//…

}

void layoutChunk(RecyclerView.Recycler recycler, RecyclerView.State state,

LayoutState layoutState, LayoutChunkResult result) {

//…

View view = layoutState.next(recycler);

//…

}

View next(RecyclerView.Recycler recycler) {

if (mScrapList != null) {

return nextViewFromScrapList();

}

final View view = recycler.getViewForPosition(mCurrentPosition);

mCurrentPosition += mItemDirection;

return view;

}

这次就不啰嗦了，直接把前面需要执行的流程都列了出来，可以看到LayoutManager是通过fill()方法来填充布局的，在这个过程中最终会通过Recycler的getViewForPosition()方法获取到需要添加的View。接下来就从Recycler中进行分析。

在Recycler中获取View的方法最终是在tryGetViewHolderForPositionByDeadline()方法执行的：

ViewHolder tryGetViewHolderForPositionByDeadline(int position,

boolean dryRun, long deadlineNs) {

//…

boolean fromScrapOrHiddenOrCache = false;

ViewHolder holder = null;

// 0) If there is a changed scrap, try to find from there

if (mState.isPreLayout()) {

holder = getChangedScrapViewForPosition(position);

fromScrapOrHiddenOrCache = holder != null;

}

// 1) Find by position from scrap/hidden list/cache

if (holder == null) {

// 1) 获取ViewHolder(从Scrap或者Cache中)

holder = getScrapOrHiddenOrCachedHolderForPosition(position, dryRun);

//…

}

if (holder == null) {

final int offsetPosition = mAdapterHelper.findPositionOffset(position);

final int type = mAdapter.getItemViewType(offsetPosition);

// 2) Find from scrap/cache via stable ids, if exists

if (mAdapter.hasStableIds()) {

// 2) 获取ViewHolder(从Scrap或者Cache中)

holder = getScrapOrCachedViewForId(mAdapter.getItemId(offsetPosition),

type, dryRun);

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

学习路线+知识梳理

花了很长时间，就为了整理这张详细的知识路线脑图。当然由于时间有限、能力也都有限，毕竟嵌入式全体系实在太庞大了，包括我那做嵌入式的同学，也不可能什么都懂，有些东西可能没覆盖到，不足之处，还希望小伙伴们一起交流补充，一起完善进步。

这次就分享到这里吧，下篇见。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！**

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

学习路线+知识梳理

这次就分享到这里吧，下篇见。

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！