RecyclerView 优化—滑动性能提升

简介: RecyclerView 优化—滑动性能提升

Android 应用程序中实现 RecyclerView 时,有时我们会遇到这样的问题:RecyclerView 项目滚动不顺畅。这会导致糟糕的用户体验,因为我们的 Android 应用程序似乎很滞后。

让我们看看我们可以做些什么来提高 RecyclerView 的性能,从而获得平滑的滚动。

RecyclerView 优化技巧

使用图像加载库

由于垃圾回收(GC)运行在主线程上,UI无响应的原因之一是内存的不断分配和释放,导致GC运行非常频繁。通过使用位图池的概念,我们可以避免它。

最好的部分是像 Glide、Fresco 这样的 Image-Loading 库使用了这个位图池概念。因此,请始终使用图像加载库。

将所有与图像相关的任务委托给这些库。

如果想知道 Glide、Fresco如何工作的可以留言获取视频资源;

设置图像宽度和高度

如果我们的图像宽度和高度是动态的(不是固定的),并且我们imageUrl从服务器获取。

如果我们事先没有设置正确的图像宽度和高度,UI 会在加载(下载图像)和设置图像到 ImageView 的过渡过程中闪烁(实际上是在下载完成时使其可见)。

所以,我们应该要求我们的后端开发者发送图像大小或纵横比,据此,我们可以计算出所需的 ImageView 的宽度和高度。

然后,我们将只能先设置宽度和高度。因此没有闪烁。问题解决了!

少做 onBindViewHolder 方法


我们的 onBindViewHolder 方法应该做的工作很少。我们应该检查我们的 onBindViewHolder 方法并对其进行优化。通过这样做,我们可以看到 RecyclerView 的改进。

使用通知项目 RecyclerView API

每当我们有删除、更新、添加项目的用例时,使用通知项目 API。

adapter.notifyItemRemoved(position)
adapter.notifyItemChanged(position)
adapter.notifyItemInserted(position)
adapter.notifyItemRangeInserted(start, end)

另外,检查DiffUtil

万一我们被迫使用notifyDataSetChanged()基于我们的用例,我们可以尝试setHasStableIds(true).

adapter.setHasStableIds(true)

它指示数据集中的每个项目是否可以用 Long 类型的唯一标识符表示。

即使我们调用notifyDataSetChanged(),它也不必处理整个适配器的完全重新排序,因为它可以找到某个位置的项目是否与以前相同并且做更少的工作。

避免嵌套视图

如果可能,我们应该避免嵌套视图,并尽可能创建平面视图。嵌套会降低 RecyclerView 的性能。平面视图提高了性能。

使用 setHasFixedSize

如果所有项目的高度相等,我们应该使用这种方法。添加以下内容并检查性能。

recyclerView.setHasFixedSize(true)

使用 setRecycledViewPool 优化嵌套 RecyclerView

众所周知,RecyclerView 尽可能地遵循“Reuse View Using Pool”的原则。

检查 RecyclerView 如何在内部工作?

如果我们有嵌套 RecyclerView 的用例。

- OuterRecyclerView
    - InnerRecyclerViewOne
    - InnerRecyclerViewTwo

但默认情况下,优化适用于特定的 RecyclerView,因为特定的 RecyclerView 有自己的视图池。


池不会在具有相同视图类型的两个 RecyclerView 之间共享。

所以,我们可以做的是,我们可以创建一个 ViewPool 并将其传递给所有内部的 RecyclerViews,以便它像下面这样共享:

classOuterRecyclerViewAdapter() : RecyclerView.Adapter<RecyclerView.ViewHolder>() {
    // code removed for brevity
    private val viewPool = RecyclerView.RecycledViewPool()
    override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): RecyclerView.ViewHolder {
        // code removed for brevity
        viewHolderOne.innerRecyclerViewOne.setRecycledViewPool(viewPool)
        // code removed for brevity
        viewHolderTwo.innerRecyclerViewTwo.setRecycledViewPool(viewPool)
    }
    // code removed for brevity
}

这将提高滚动性能,因为它将开始重用共享 ViewPool 中的视图。

使用 setItemViewCacheSize

我们可以通过设置 ItemView Cache Size来进行实验。

recyclerView.setItemViewCacheSize(cacheSize)

根据官方文档:它设置在将它们添加到可能共享的回收视图池之前要保留的屏幕外视图的数量。屏幕外视图缓存保持对附加适配器中的更改的感知,允许 LayoutManager 重用这些未修改的视图,而无需返回到适配器重新绑定它们。

这意味着当我们滚动 RecyclerView 以使视图几乎完全脱离屏幕时,RecyclerView 将保留它,以便我们可以将其滚动回视图而无需onBindViewHolder()再次调用。

一般来说,我们不会改变 View Cache 的大小,而是尝试一下,如果它适合你,就实现它。

相关文章
|
10月前
|
缓存 Android开发
ListView的优化
ListView的优化
|
11月前
|
XML 存储 缓存
RecyclerView 性能优化 | 把加载表项耗时减半 (三)(下)
RecyclerView 性能优化 | 把加载表项耗时减半 (三)
109 0
|
11月前
|
XML 存储 缓存
RecyclerView 性能优化 | 把加载表项耗时减半 (一)
RecyclerView 性能优化 | 把加载表项耗时减半 (一)
10919 0
|
11月前
|
XML 前端开发 数据格式
RecyclerView 性能优化 | 把加载表项耗时减半 (三)
RecyclerView 性能优化 | 把加载表项耗时减半 (三)
97 0
|
11月前
|
XML 存储 缓存
RecyclerView 性能优化 | 把加载表项耗时减半 (二)
RecyclerView 性能优化 | 把加载表项耗时减半 (二)
170 0
|
缓存 算法 API
使用优化 | RecyclerView中可优化的点
使用优化 | RecyclerView中可优化的点
使用优化 | RecyclerView中可优化的点
|
消息中间件 设计模式 监控
Android性能优化 | 大图做帧动画卡?优化帧动画之 SurfaceView滑动窗口式帧复用
继上篇用“SurfaceView逐帧解析&帧复用”优化了帧动画内存性能后,一个更复杂的问题浮出水面:帧动画时间性能。这一篇试着让每帧素材大小 1MB 的帧动画流畅播放的同时不让内存膨胀。
714 0
|
缓存 Android开发 开发者
RecyclerView性能优化的最后一公里
RecyclerView性能优化的最后一公里
RecyclerView性能优化的最后一公里
|
Android开发 异构计算
【Android 性能优化】布局渲染优化 ( CPU 渲染优化 | 减少布局的嵌套 | 测量布局绘制时间 | OnFrameMetricsAvailableListener | 布局渲染优化总结 )
【Android 性能优化】布局渲染优化 ( CPU 渲染优化 | 减少布局的嵌套 | 测量布局绘制时间 | OnFrameMetricsAvailableListener | 布局渲染优化总结 )
364 0
|
Android开发 开发者 异构计算
【Android 性能优化】布局渲染优化 ( GPU 过度绘制优化总结 | CPU 渲染过程 | Layout Inspector 工具 | View Tree 分析 | 布局组件层级分析 )(二)
【Android 性能优化】布局渲染优化 ( GPU 过度绘制优化总结 | CPU 渲染过程 | Layout Inspector 工具 | View Tree 分析 | 布局组件层级分析 )(二)
226 0
【Android 性能优化】布局渲染优化 ( GPU 过度绘制优化总结 | CPU 渲染过程 | Layout Inspector 工具 | View Tree 分析 | 布局组件层级分析 )(二)