Improve RecyclerView Performance

本文分享了在开发类似Instagram应用中遇到的RecyclerView性能问题及解决方案,包括使用setHasFixedSize、ItemViewCacheSize、setHasStableIds优化初始化,避免ConstraintLayout,预加载布局管理器,以及使用LinearSnapHelper和单一回收池提升滑动体验。

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

原文地址:https://medium.com/@farshidabazari/improve-recyclerview-performance-ede5cec6c5bf

In my last project, I’ve been working on an application that has a vertical list which every item has a horizontal image list, just like Instagram. and I faced many problems with RecyclerView.
If you google it you can find some useful solutions to improve the performance but in my case (maybe on yours too) they couldn’t help me!
So I decided to share my problems and my solutions.

My Application Demo

What were my problems

  • RecyclerView doesn’t scroll smoothly
  • Some first items scrolled slowly
  • Horizontal photo slider(like Instagram) doesn’t work very well

The First Problem

As I said my first problem was about RecyclerView’s smooth scroll.
I have a vertical RecyclerView that every item has a photo slider, some texts, a rating bar, a favorite image button, and a button.

An item of RecyclerView

As you can see it’s not a complex view, except photo slider, On the other hands we can see this photo slider in Instagram and Airbnb application and they work perfectly without any lag.

The first thing that came to my mind was removing photo slider, I’ve just commented it to initialize from my adapter, but RecyclerView doesn’t scroll smoothly again.

So let’s go to solve the problem

1. The first thing is about RecyclerView initializing.

If it is possible to set the items height at the XML file, add this line to your RecyclerView Initializing method:

recyclerView.setHasFixedSize(true)

By this method, you told RecyclerView to don’t calculate items size every time they added and removed from RecyclerView.

2. Another method is ItemViewCacheSize

recyclerView.setItemViewCacheSize(20)

Set the number of offscreen views to retain before adding them to the potentially shared recycled view pool.

The offscreen view cache stays aware of changes in the attached adapter, allowing a LayoutManager to reuse those views unmodified without needing to return to the adapter to rebind them.

In other words, when you scroll the RecyclerView such that there’s a view that is just barely completely off-screen, the RecyclerView will keep it around so that you can scroll it back into view without having to re-execute onBindViewHolder()

3. setHasStableIds is our next method

adapter.setHasStableIds(true)
and in your adapter add this line:

override fun getItemId(position: Int): Long {
    return position.toLong()
}

RecyclerView will attempt to synthesize visible structural change events for adapters that report that they have stable IDs when this method is used. This can help for the purposes of animation and visual object persistence but individual item views will still need to be rebound and relaid out.


These methods help you to improve your RecyclerView performance and maybe they could solve your all problems but in my case, my list scrolled with a bad lag especially on Samsung devices. so try to find other solutions besides these helpful methods.

After 2 days I found the problem, unfortunately, it was about ConstraintLayout.

I design my items layout with ConstraintLayout and because of many constrained tags it was heavy to inflate, so I change it to Linear and Relative layout and most of my problems solved. 
Here you can see the performance of them:

RecyclerView with ConstraintLayout

RecyclerView without ConstraintLayout

It’s awesome, ConstraintLayout is an amazing layout to design, it’s easy to use and understanding, but in this case, I think it’s really awful. It’s very heavy to inflating and binding views.

Don’t use ConstraintLayout in RecyclerView

The Second Problem

The second problem is some first items scrolled slowly because onCreateViewHolder() called for the first 6 items. 
So we can tell RecyclerView to load all first 6 items at the first initializing.

But How? PreCachingLayoutManager is the solution.

We can create a layout manager to load some offscreen (out of screen) items at the first time.

class PreCachingLayoutManager : LinearLayoutManager {
    private val defaultExtraLayoutSpace = 600
    private var extraLayoutSpace = -1
private var context: Context? = null
constructor(context: Context?) : super(context) {
        this.context = context
    }
constructor(context: Context, extraLayoutSpace: Int) : super(context) {
        this.context = context
        this.extraLayoutSpace = extraLayoutSpace
    }
constructor(context: Context, orientation: Int, reverseLayout: Boolean) : super(
        context,
        orientation,
        reverseLayout
    ) {
        this.context = context
    }
fun setExtraLayoutSpace(extraLayoutSpace: Int) {
        this.extraLayoutSpace = extraLayoutSpace
    }
override fun getExtraLayoutSpace(state: RecyclerView.State): Int {
        return if (extraLayoutSpace > 0) {
            extraLayoutSpace
        } else defaultExtraLayoutSpace
    }
}

This is the PreCachingLayoutManager that extended from LinearLayoutManager. As you can see there is a method named setExtraLayoutSpace with a parameter. this method returns the amount of extra space that should be laid out by LayoutManager, and the parameter is in the pixel, it means if you wanna preload items you can set it to [DeviceHeight*2] as extra layout space.

But be careful, extending the extra layout space is especially expensive. so after your, some first items loaded set it to the default value.

The Last Problem

Here we have a vertical RecyclerView with some Horizontal list in each item. 
These Horizontal lists are PhotoSlider and if you search about how to implement PhotoSlider you find many libraries have been implemented by ViewPager.

But in this case that we have so many items, and also each item has many ViewPagers, so we faced with a bunch of Fragments to show just some pictures.

So I recommend using horizontal RecyclerView with LinearSnapHelper() to act like ViewPager instead of ViewPager for PhotoSlider.

We have some optimization here to

When the user swipes the side-wise the inner RecyclerView recycles the views and gives you a smooth scroll. But this is not the case when the user scrolls vertically. Each of the views of the inner RecyclerView is inflated again. This is because each of the nested RecyclerViews has a view pool of its own.

We can fix this by setting a single view pool for all the inner RecyclerViews.

photoSliderRecyclerView.setRecycledViewPool(RecyclerView.RecycledViewPool())

allows you to set a custom view pool to your recyclerView. The code looks like this

override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): RecyclerView.ViewHolder {
    //Create viewHolder etc
    holder.photoSliderRecyclerView.setRecycledViewPool(viewPool);
}

Thanks, Amir Hossein Ghasemi for pair programming.

Improve RecyclerView Performance

In my last project, I’ve been working on an application that has a vertical list which every item has a horizontal image list, just like Instagram. and I faced with many problems with RecyclerView.
If you google it you can find some useful solutions to improve the performance but in my case (maybe on yours too) they couldn’t help me!
So I decided to share my problems and my solutions.

 

My Application Demo

What were my problems

  • RecyclerView doesn’t scroll smoothly
  • Some first items scrolled slowly
  • Horizontal photo slider(like Instagram) doesn’t work very well

The First Problem

As I said my first problem was about RecyclerView’s smooth scroll.
I have a vertical RecyclerView that every item has a photo slider, some texts, a rating bar, a favorite image button, and a button.

An item of RecyclerView

As you can see it’s not a complex view, except photo slider, On the other hands we can see this photo slider in Instagram and Airbnb application and they work perfectly without any lag.

The first thing that came to my mind was removing photo slider, I’ve just commented it to initialize from my adapter, but RecyclerView doesn’t scroll smoothly again.

So let’s go to solve the problem

1. The first thing is about RecyclerView initializing.

If it is possible to set the items height at the XML file, add this line to your RecyclerView Initializing method:

recyclerView.setHasFixedSize(true)

By this method, you told RecyclerView to don’t calculate items size every time they added and removed from RecyclerView.

2. Another method is ItemViewCacheSize

recyclerView.setItemViewCacheSize(20)

Set the number of offscreen views to retain before adding them to the potentially shared recycled view pool.

The offscreen view cache stays aware of changes in the attached adapter, allowing a LayoutManager to reuse those views unmodified without needing to return to the adapter to rebind them.

In other words, when you scroll the RecyclerView such that there’s a view that is just barely completely off-screen, the RecyclerView will keep it around so that you can scroll it back into view without having to re-execute onBindViewHolder()

3. setHasStableIds is our next method

adapter.setHasStableIds(true)
and in your adapter add this line:

override fun getItemId(position: Int): Long {
    return position.toLong()
}

RecyclerView will attempt to synthesize visible structural change events for adapters that report that they have stable IDs when this method is used. This can help for the purposes of animation and visual object persistence but individual item views will still need to be rebound and relaid out.


These methods help you to improve your RecyclerView performance and maybe they could solve your all problems but in my case, my list scrolled with a bad lag especially on Samsung devices. so try to find other solutions besides these helpful methods.

After 2 days I found the problem, unfortunately, it was about ConstraintLayout.

I design my items layout with ConstraintLayout and because of many constrained tags it was heavy to inflate, so I change it to Linear and Relative layout and most of my problems solved. 
Here you can see the performance of them:

 

RecyclerView with ConstraintLayout

 

RecyclerView without ConstraintLayout

It’s awesome, ConstraintLayout is an amazing layout to design, it’s easy to use and understanding, but in this case, I think it’s really awful. It’s very heavy to inflating and binding views.

Don’t use ConstraintLayout in RecyclerView

The Second Problem

The second problem is some first items scrolled slowly because onCreateViewHolder() called for the first 6 items. 
So we can tell RecyclerView to load all first 6 items at the first initializing.

But How? PreCachingLayoutManager is the solution.

We can create a layout manager to load some offscreen (out of screen) items at the first time.

class PreCachingLayoutManager : LinearLayoutManager {
    private val defaultExtraLayoutSpace = 600
    private var extraLayoutSpace = -1
    private var context: Context? = null
    constructor(context: Context?) : super(context) {
        this.context = context
    }
    constructor(context: Context, extraLayoutSpace: Int) : super(context) {
        this.context = context
        this.extraLayoutSpace = extraLayoutSpace
    }
    constructor(context: Context, orientation: Int, reverseLayout: Boolean) : super(
        context,
        orientation,
        reverseLayout
    ) {
        this.context = context
    }
    fun setExtraLayoutSpace(extraLayoutSpace: Int) {
        this.extraLayoutSpace = extraLayoutSpace
    }
    override fun getExtraLayoutSpace(state: RecyclerView.State): Int {
        return if (extraLayoutSpace > 0) {
            extraLayoutSpace
        } else defaultExtraLayoutSpace
    }
}

This is the PreCachingLayoutManager that extended from LinearLayoutManager. As you can see there is a method named setExtraLayoutSpace with a parameter. this method returns the amount of extra space that should be laid out by LayoutManager, and the parameter is in the pixel, it means if you wanna preload items you can set it to [DeviceHeight*2] as extra layout space.

But be careful, extending the extra layout space is especially expensive. so after your, some first items loaded set it to the default value.

The Last Problem

Here we have a vertical RecyclerView with some Horizontal list in each item. 
These Horizontal lists are PhotoSlider and if you search about how to implement PhotoSlider you find many libraries have been implemented by ViewPager.

But in this case that we have so many items, and also each item has many ViewPagers, so we faced with a bunch of Fragments to show just some pictures.

So I recommend using horizontal RecyclerView with LinearSnapHelper() to act like ViewPager instead of ViewPager for PhotoSlider.

We have some optimization here to

When the user swipes the side-wise the inner RecyclerView recycles the views and gives you a smooth scroll. But this is not the case when the user scrolls vertically. Each of the views of the inner RecyclerView is inflated again. This is because each of the nested RecyclerViews has a view pool of its own.

We can fix this by setting a single view pool for all the inner RecyclerViews.

photoSliderRecyclerView.setRecycledViewPool(RecyclerView.RecycledViewPool())

allows you to set a custom view pool to your recyclerView. The code looks like this

override fun onCreateViewHolder(parent: ViewGroup, viewType: Int): RecyclerView.ViewHolder {
    //Create viewHolder etc
    holder.photoSliderRecyclerView.setRecycledViewPool(viewPool);
}

Thanks, Amir Hossein Ghasemi for pair programming.

资源下载链接为: https://pan.quark.cn/s/1bfadf00ae14 “STC单片机电压测量”是一个以STC系列单片机为基础的电压检测应用案例,它涵盖了硬件电路设计、软件编程以及数据处理等核心知识点。STC单片机凭借其低功耗、高性价比和丰富的I/O接口,在电子工程领域得到了广泛应用。 STC是Specialized Technology Corporation的缩写,该公司的单片机基于8051内核,具备内部振荡器、高速运算能力、ISP(在系统编程)和IAP(在应用编程)功能,非常适合用于各种嵌入式控制系统。 在源代码方面,“浅雪”风格的代码通常简洁易懂,非常适合初学者学习。其中,“main.c”文件是程序的入口,包含了电压测量的核心逻辑;“STARTUP.A51”是启动代码,负责初始化单片机的硬件环境;“电压测量_uvopt.bak”和“电压测量_uvproj.bak”可能是Keil编译器的配置文件备份,用于设置编译选项和项目配置。 对于3S锂电池电压测量,3S锂电池由三节锂离子电池串联而成,标称电压为11.1V。测量时需要考虑电池的串联特性,通过分压电路将高电压转换为单片机可接受的范围,并实时监控,防止过充或过放,以确保电池的安全和寿命。 在电压测量电路设计中,“电压测量.lnp”文件可能包含电路布局信息,而“.hex”文件是编译后的机器码,用于烧录到单片机中。电路中通常会使用ADC(模拟数字转换器)将模拟电压信号转换为数字信号供单片机处理。 在软件编程方面,“StringData.h”文件可能包含程序中使用的字符串常量和数据结构定义。处理电压数据时,可能涉及浮点数运算,需要了解STC单片机对浮点数的支持情况,以及如何高效地存储和显示电压值。 用户界面方面,“电压测量.uvgui.kidd”可能是用户界面的配置文件,用于显示测量结果。在嵌入式系统中,用
资源下载链接为: https://pan.quark.cn/s/abbae039bf2a 在 Android 开发中,Fragment 是界面的一个模块化组件,可用于在 Activity 中灵活地添加、删除或替换。将 ListView 集成到 Fragment 中,能够实现数据的动态加载与列表形式展示,对于构建复杂且交互丰富的界面非常有帮助。本文将详细介绍如何在 Fragment 中使用 ListView。 首先,需要在 Fragment 的布局文件中添加 ListView 的 XML 定义。一个基本的 ListView 元素代码如下: 接着,创建适配器来填充 ListView 的数据。通常会使用 BaseAdapter 的子类,如 ArrayAdapter 或自定义适配器。例如,创建一个简单的 MyListAdapter,继承自 ArrayAdapter,并在构造函数中传入数据集: 在 Fragment 的 onCreateView 或 onActivityCreated 方法中,实例化 ListView 和适配器,并将适配器设置到 ListView 上: 为了提升用户体验,可以为 ListView 设置点击事件监听器: 性能优化也是关键。设置 ListView 的 android:cacheColorHint 属性可提升滚动流畅度。在 getView 方法中复用 convertView,可减少视图创建,提升性能。对于复杂需求,如异步加载数据,可使用 LoaderManager 和 CursorLoader,这能更好地管理数据加载,避免内存泄漏,支持数据变更时自动刷新。 总结来说,Fragment 中的 ListView 使用涉及布局设计、适配器创建与定制、数据绑定及事件监听。掌握这些步骤,可构建功能强大的应用。实际开发中,还需优化 ListView 性能,确保应用流畅运
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值