android RecycledViewPool的作用详解

重装合成旅 · 發表於 2025-11-14 10:36:37

一、先明确基础概念

RecycledViewPool 是什么？
- 它是 RecyclerView 的“缓存池”，专门存储那些“暂时用不到但可能后续复用”的 ViewHolder。当 ViewHolder 从屏幕滑出，且超过 mCachedViews（另一级缓存）的容量时，会被转移到这里“待命”。
RecycledViewPool 的默认容量是多少？
- 它的容量是按 viewType 划分的：默认情况下，每种 viewType 最多缓存 5 个 ViewHolder。
- 例如：如果列表有 2 种 viewType（类型 0 和类型 1），那么缓存池会为类型 0 最多存 5 个，类型 1 最多存 5 个，总容量是 10 个（但按类型隔离）。
viewType 是什么？
- viewType 是 RecyclerView 用来区分不同 Item 布局的标识（由 getItemViewType() 方法返回）。不同 viewType 的 ViewHolder 不能互相复用（因为布局不同）。例如：文本 Item（viewType=0）和图片 Item（viewType=1）的 ViewHolder 无法混用。

核心原因是：RecycledViewPool 中对应 viewType 的缓存不够用了，导致每次需要显示新 Item 时，都得重新创建 ViewHolder（调用 onCreateViewHolder）。

举个例子：
假设你的列表有一个高频出现的 viewType=0（比如 100 个 Item 都是这个类型），而 RecycledViewPool 为 viewType=0 的默认容量是 5 个。

当快速滑动列表时，屏幕外会产生大量 viewType=0 的 ViewHolder，但缓存池最多只能存 5 个。
超过 5 个后，新滑出的 ViewHolder 会被直接销毁（因为缓存池满了）。
当你往回滑时，需要重新显示这些 viewType=0 的 Item，但缓存池里已经没有可用的了，只能重新创建 ViewHolder，导致 onCreateViewHolder 频繁调用，引发卡顿。

RecycledViewPool 的容量是按 viewType 独立分配的，不同 viewType 的缓存互不干扰。这意味着：

例如：

列表有两种 viewType：viewType=0（90% 的 Item 都是它）和 viewType=1（仅 10% 的 Item）。
默认情况下，两者各有 5 个缓存位。但 viewType=0 的 Item 太多，5 个缓存根本不够，导致频繁创建；而 viewType=1 的 5 个缓存可能一直用不完。

当我们为高频出现的 viewType 增大缓存容量（比如从默认 5 个调到 10 个），意味着：

更多滑出屏幕的 ViewHolder 能被存到缓存池里，而不是被销毁。
当再次需要显示该类型的 Item 时，能直接从缓存池里取到 ViewHolder 复用，无需重新创建（减少 onCreateViewHolder 的调用）。

代码示例：

// 为高频出现的 viewType=0 扩容到 10 个缓存
recyclerView.getRecycledViewPool().setMaxRecycledViews(0, 10);

这样，viewType=0 的 ViewHolder 缓存容量从 5 变成 10，能容纳更多暂时不用的 ViewHolder，大幅降低创建新实例的频率。

频繁创建 ViewHolder 的原因：高频出现的 viewType 对应的缓存池容量不足（默认 5 个），导致滑出屏幕的 ViewHolder 被销毁，再次需要时只能重新创建。
RecycledViewPool 默认容量：每种 viewType 最多缓存 5 个 ViewHolder。
与 viewType 的关系：缓存池按 viewType 隔离，不同类型的 ViewHolder 不能复用，因此高频类型需要更大的缓存容量。

通过为高频 viewType 增大缓存池容量，能提升复用率，减少 ViewHolder 创建次数，优化列表滑动性能。

到此这篇关于android RecycledViewPool的作用的文章就介绍到这了,更多相关android recycledviewpool内容请搜索琼殿技术社区以前的文章或继续浏览下面的相关文章希望大家以后多多支持琼殿技术社区！