AI 助理
备案控制台
开发者社区 开发与运维 文章 正文

RecyclerView 性能优化 | 是什么在破坏缓存机制?

2022-09-27 260
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介： 在什么情况下 RecyclerView 的缓存机制会失效？即本该被回收的表项没能回收，无法回收就无法复用，这对列表的性能会有多大影响？从一个实例出发，探究下答案。 列表表项是一个 TextView，它

在什么情况下 RecyclerView 的缓存机制会失效？即本该被回收的表项没能回收，无法回收就无法复用，这对列表的性能会有多大影响？从一个实例出发，探究下答案。

这篇 Demo 效果如下：

1617076611961.gif

列表表项是一个 TextView，它在做水平位移动画。

这种场景下，当表项滑出屏幕后会被回收吗？

监听表项回收

RecyclerView.Adapter提供了两个监听表项回收状态的回调：

public class RecyclerView
    public abstract static class Adapter<VH extends ViewHolder> {
        // 表项回收失败
        public boolean onFailedToRecycleView(@NonNull VH holder) {
            return false;
        }
        // 表项回收成功
        public void onViewRecycled(@NonNull VH holder) {
        }
    }
}

在自定义 Adapter 中重载这两个方法，再把事件通过 lambda 传递出去：

class VarietyAdapter : RecyclerView.Adapter<ViewHolder>() {
    // lambda
    var onFailedToRecycleView: ((holder: ViewHolder) -> Boolean)? = null
    var onViewRecycled: ((holder: ViewHolder) -> Unit)? = null
    
    // 重写
    override fun onFailedToRecycleView(holder: ViewHolder): Boolean {
        return onFailedToRecycleView?.invoke(holder) ?: return super.onFailedToRecycleView(holder)
    }
    // 重写
    override fun onViewRecycled(holder: ViewHolder) {
        onViewRecycled?.invoke(holder)
    }
}

然后就可以在业务层监听表项回收状态：

val adapter = VarietyAdapter()
adapter.onViewRecycled = { holder ->
    Log.v("test", "view of type=${holder.itemViewType} is recycled")
}
adapter.onFailedToRecycleView = { holder ->
    Log.v("test", "view of type=${holder.itemViewType} failed in recycled")
    false
}

运行 Demo，滑动列表，发现只有onFailedToRecycleView()被回调了。即 Demo 场景下，滑出屏幕的表项回收失败。

有条件地回收表项

为啥表项做了动画就不能被回收？

public class RecyclerView {
    public final class Recycler {
        // 回收表项
        void recycleViewHolderInternal(ViewHolder holder) {
            // 获取 ViewHolder transient 状态
            final boolean transientStatePreventsRecycling = holder.doesTransientStatePreventRecycling();
            // 是否强制回收
            final boolean forceRecycle = mAdapter != null
                    && transientStatePreventsRecycling // transient 状态阻止回收
                    && mAdapter.onFailedToRecycleView(holder); // 回调回收失败
            // 强制回收 或者 可以被回收
            if (forceRecycle || holder.isRecyclable()) {
                ...
                // 回收表项
                addViewHolderToRecycledViewPool(holder, true);
                ...
            } else {
                // 回收表项失败
                ...
            }
            ...
        }
    }
}

回收表项是有条件的，要么强制回收forceRecycle，要么 ViewHolder 可被回收holder.isRecyclable()，当两个条件都不满足时，表项就不会被回收。（更详细的 RecyclerView 回收分析可以点击RecyclerView 面试题 | 哪些情况下表项会被回收到缓存池？）

  • forceRecycle的值由三个条件决定：
final boolean forceRecycle = mAdapter != null
    && transientStatePreventsRecycling // transient 状态阻止回收
    && mAdapter.onFailedToRecycleView(holder); // 回调回收失败

其中transientStatePreventsRecycling表示 itemView 的状态是否为 transient，若是，则表项不能被回收。

final boolean transientStatePreventsRecycling = holder.doesTransientStatePreventRecycling();

public class RecyclerView {
    public abstract static class ViewHolder {
        boolean doesTransientStatePreventRecycling() {
            return (mFlags & FLAG_NOT_RECYCLABLE) == 0 
                && ViewCompat.hasTransientState(itemView);
        }
    }
}

public class ViewCompat {
    public static boolean hasTransientState(@NonNull View view) {
        if (Build.VERSION.SDK_INT >= 16) {
            return view.hasTransientState();
        }
        return false;
    }
}

public class View
    public boolean hasTransientState() {
        return (mPrivateFlags2 & PFLAG2_HAS_TRANSIENT_STATE) == PFLAG2_HAS_TRANSIENT_STATE;
    }
}

经过一系列调用链，最终会调用View.hasTransientState判断 View 是否具有PFLAG2_HAS_TRANSIENT_STATE标志位。

若 View 处于 transient 状态，则 transientStatePreventsRecycling 为 true，导致forceRecycle的第三个条件表达式mAdapter.onFailedToRecycleView(holder)会被执行，表示回收表项到缓存池失败。

  • holder.isRecyclable()的值依然由表项的 transient 状态决定
public class RecyclerView
    public abstract static class ViewHolder {
        // 判断 ViewHolder 是否可被回收
        public final boolean isRecyclable() {
            return (mFlags & FLAG_NOT_RECYCLABLE) == 0
                    // 如果 itemView 处于 transient 状态, 则表项不能被回收
                    && !ViewCompat.hasTransientState(itemView);
        }
    }
}

至此可以得出结论：

若 itemView 处于 transient 状态，则对应的 ViewHolder 不会被回收到 RecycledViewPool

什么情况下 View 会被置为 transient 状态？

全局搜索下View.setHasTransientState(true)调用的地方：

public class ViewPropertyAnimator {
    private void startAnimation() {
        mView.setHasTransientState(true);// 设置 View 为 transient 状态
        ValueAnimator animator = ValueAnimator.ofFloat(1.0f);
        ...
        animator.start();
    }
}

当通过ViewPropertyAnimator启动动画的时候，会将 View 置为 transient 状态。全局仅此一处。

刚才我是这样触发表项动画的：

    override fun onBindViewHolder(holder: TextViewHolder2, data: String, index: Int, action: ((Any?) -> Unit)?) {
        holder.tv?.let { tv ->
            tv.text = data
            ViewCompat.animate(tv).translationX(900f).setDuration(10000).start()
        }
    }

其中的ViewCompat.animate()会返回一个ViewPropertyAnimatorCompat对象：

public final class ViewPropertyAnimatorCompat {
    public static ViewPropertyAnimatorCompat animate(@NonNull View view) {
        if (sViewPropertyAnimatorMap == null) {
            sViewPropertyAnimatorMap = new WeakHashMap<>();
        }
        ViewPropertyAnimatorCompat vpa = sViewPropertyAnimatorMap.get(view);
        if (vpa == null) {
            vpa = new ViewPropertyAnimatorCompat(view);
            sViewPropertyAnimatorMap.put(view, vpa);
        }
        return vpa;
    }
}

它最终会通过ViewPropertyAnimator来触发动画。所以 itemView 会被置为 transient 状态。

那使用其他方式触发的动画会阻碍表项被回收吗？

把做动画的代码改动如下：

    override fun onBindViewHolder(holder: TextViewHolder2, data: String, index: Int, action: ((Any?) -> Unit)?) {
        holder.tv?.let { tv ->
            tv.text = data
            animSet {
                animObject {
                    target = tv
                    translationX = floatArrayOf(0f, 900f)
                }
                duration = 10000L
            }.start()
        }
    }

运用了ObjecAnimator来触发表项动画，其中的animSet和animObject把构建动画的代码做了一层 DSL 的封装，以增加可读性。（对源码感兴趣可以点击这里）

运行 Demo，滑动列表，发现这次只回调了onViewRecycled()，说明表项成功地被回收了。

并不是所有的表项动画都会阻止表项被回收，只有通过 ViewPropertyAnimator做动画才会。

顺手又做了一个实验，纵向 RecyclerView 中嵌套横向 RecyclerView，并且横向 RecyclerView 自动滚动：

1617095909645.gif

滚动是通过每隔一段时间调用RecyclerView.smoothScrollBy(x, y)实现的。

这种场景，表项会被正常回收。

不回收，不复用的后果

缓存池RecycledViewPool中缓存的是 ViewHolder 实例，这样做的好处是，当需要构建同类型的 ViewHolder 时不用重新执行onCreateViewHolder()，从缓存池中直接获取即可，这样就缩短了构建表项的耗时，所以缓存池是用空间换时间的一种机制。（关于 RecyclerView 多级缓存的详细讲解可以点击RecyclerView 缓存机制 | 如何复用表项？）

打开 AndroidStudio 的 Profile，分别对比了表项能回收和不能回收，这两种情况下列表的内存性能。

若表项正常回收，即也能被正常复用，在列表滑动时，内存中不会有超过 14 个 ViewHolder 对象（显示在屏幕中的 9 个 + 缓存池中 5 个 ViewHolder）

若表项不能被回收，即表项也无法被复用，则在滑动列表过程中会不断地重新创新 ViewHolder 对象，并且所有这些 ViewHolder 都不会被 JVM 回收掉，一直存在于内存中。这样内存就会随着滑动而不断的往上涨，都不带掉头的。

可见 RecyclerView 的缓存池不仅是一种空间换时间的机制，也是一种内存优化的手段

让做动画的表项也被回收

即使通过ViewPropertyAnimator做动画，也有办法让表项被正常回收：

val adapter = VarietyAdapter()
adapter.onFailedToRecycleView = { holder ->
    // 在回收表项之前取消动画
    (holder as? TextViewHolder)?.tv?.animate()?.cancel()
    // 返回 true 表示强制回收表项
    true
}

只要在onFailedToRecycleView()回调中取消动画，并且返回 true 表示强制回收即可。

推荐阅读

RecyclerView 系列文章目录如下:

  1. RecyclerView 缓存机制 | 如何复用表项？
  2. RecyclerView 缓存机制 | 回收些什么？
  3. RecyclerView 缓存机制 | 回收到哪去？
  4. RecyclerView缓存机制 | scrap view 的生命周期
  5. 读源码长知识 | 更好的RecyclerView点击监听器
  6. 代理模式应用 | 每当为 RecyclerView 新增类型时就很抓狂
  7. 更好的 RecyclerView 表项子控件点击监听器
  8. 更高效地刷新 RecyclerView | DiffUtil二次封装
  9. 换一个思路，超简单的RecyclerView预加载
  10. RecyclerView 动画原理 | 换个姿势看源码（pre-layout）
  11. RecyclerView 动画原理 | pre-layout，post-layout 与 scrap 缓存的关系
  12. RecyclerView 动画原理 | 如何存储并应用动画属性值？
  13. RecyclerView 面试题 | 列表滚动时，表项是如何被填充或回收的？
  14. RecyclerView 面试题 | 哪些情况下表项会被回收到缓存池？
  15. RecyclerView 性能优化 | 把加载表项耗时减半 (一)
  16. RecyclerView 性能优化 | 把加载表项耗时减半 (二)
  17. RecyclerView 性能优化 | 把加载表项耗时减半 (三)
  18. [RecyclerView 的滚动是怎么实现的？| 解锁阅读源码新姿势]()
文章标签：
Java
缓存
存储
关键词：
缓存机制
recyclerview缓存机制
recyclerview缓存
性能优化缓存
recyclerview性能优化缓存机制
唐子玄
目录
相关文章
杀死一只知更鸟debug
|
2月前
|
缓存 Java 数据库连接
mybatis复习05,mybatis的缓存机制（一级缓存和二级缓存及第三方缓存）
文章介绍了MyBatis的缓存机制，包括一级缓存和二级缓存的配置和使用，以及如何整合第三方缓存EHCache。详细解释了一级缓存的生命周期、二级缓存的开启条件和配置属性，以及如何通过ehcache.xml配置文件和logback.xml日志配置文件来实现EHCache的整合。
杀死一只知更鸟debug
42 1
mybatis复习05,mybatis的缓存机制（一级缓存和二级缓存及第三方缓存）
最好zzz
|
22天前
|
存储 缓存 监控
揭秘Linux内存缓存：性能优化的核心要素
【10月更文挑战第26天】
最好zzz
34 1
dufadayang
|
1月前
|
存储 缓存 负载均衡
Nginx代理缓存机制
【10月更文挑战第2天】
dufadayang
71 4
ShaFaChuang-36210
|
1月前
|
存储 缓存 NoSQL
深入理解后端缓存机制的重要性与实践
本文将探讨在后端开发中缓存机制的应用及其重要性。缓存，作为提高系统性能和用户体验的关键技术，对于后端开发来说至关重要。通过减少数据库访问次数和缩短响应时间，缓存可以显著提升应用程序的性能。本文将从缓存的基本概念入手，介绍常见的缓存策略和实现方式，并通过实例展示如何在后端开发中有效应用缓存技术。最后，我们将讨论缓存带来的一些挑战及其解决方案，帮助您在实际项目中更好地利用缓存机制。
ShaFaChuang-36210
43 1
Ant.Dream
|
2月前
|
存储 缓存 Android开发
Android RecyclerView 缓存机制深度解析与面试题
本文首发于公众号“AntDream”，详细解析了 `RecyclerView` 的缓存机制，包括多级缓存的原理与流程，并提供了常见面试题及答案。通过本文，你将深入了解 `RecyclerView` 的高性能秘诀，提升列表和网格的开发技能。
Ant.Dream
71 8
游客j4mujezz7vm7y
|
2月前
|
缓存 Java Python
python垃圾回收&缓存机制
python垃圾回收&缓存机制
游客j4mujezz7vm7y
38 0
请看我回答~
|
3月前
|
存储 缓存 JavaScript
深入理解后端开发中的缓存机制
【8月更文挑战第31天】本文将通过一个实际的后端开发案例，介绍如何有效地使用缓存来提高应用性能。我们将从基础概念开始，逐步深入到缓存策略的实施，最后通过代码示例展示如何在Node.js环境中实现一个简单的缓存系统。无论你是缓存新手还是希望优化现有系统的开发者，这篇文章都将为你提供实用的指导和启示。
请看我回答~
57 0
东方睿赢
|
1月前
|
消息中间件 缓存 NoSQL
Redis 是一个高性能的键值对存储系统，常用于缓存、消息队列和会话管理等场景。
【10月更文挑战第4天】Redis 是一个高性能的键值对存储系统，常用于缓存、消息队列和会话管理等场景。随着数据增长，有时需要将 Redis 数据导出以进行分析、备份或迁移。本文详细介绍几种导出方法：1）使用 Redis 命令与重定向；2）利用 Redis 的 RDB 和 AOF 持久化功能；3）借助第三方工具如 `redis-dump`。每种方法均附有示例代码，帮助你轻松完成数据导出任务。无论数据量大小，总有一款适合你。
东方睿赢
77 6
mikechen的互联网架构
|
12天前
|
缓存 NoSQL 关系型数据库
大厂面试高频：如何解决Redis缓存雪崩、缓存穿透、缓存并发等5大难题
本文详解缓存雪崩、缓存穿透、缓存并发及缓存预热等问题，提供高可用解决方案，帮助你在大厂面试和实际工作中应对这些常见并发场景。关注【mikechen的互联网架构】，10年+BAT架构经验倾囊相授。
mikechen的互联网架构
42 6
大厂面试高频：如何解决Redis缓存雪崩、缓存穿透、缓存并发等5大难题
赵渝强老师
|
14天前
|
存储 缓存 NoSQL
【赵渝强老师】基于Redis的旁路缓存架构
本文介绍了引入缓存后的系统架构，通过缓存可以提升访问性能、降低网络拥堵、减轻服务负载和增强可扩展性。文中提供了相关图片和视频讲解，并讨论了数据库读写分离、分库分表等方法来减轻数据库压力。同时，文章也指出了缓存可能带来的复杂度增加、成本提高和数据一致性问题。
赵渝强老师
36 4
【赵渝强老师】基于Redis的旁路缓存架构