如何优化RecyclerView搭配Compose ViewHolder的渲染速度

以下是可落地的混合列表渲染速度优化方案： #

1. 改为状态驱动更新，避免每次bind调用setContent #

原实现每次调用bind都会重建整个Composition树，是最主要的性能瓶颈。优化思路为仅在ViewHolder初始化时调用一次setContent，通过MutableState持有列表项数据，bind时仅更新State值触发局部重组，不需要重新构建整个Compose树。
优化后的ViewHolder示例代码：

import androidx.compose.runtime.mutableStateOf
import androidx.compose.runtime.remember
import androidx.compose.ui.platform.ComposeView
import androidx.compose.ui.platform.ViewCompositionStrategy
import androidx.recyclerview.widget.RecyclerView

class MyComposeViewHolder(
    val composeView: ComposeView
) : RecyclerView.ViewHolder(composeView) {
    // 用State持有列表项数据
    private val itemData = mutableStateOf("")

    init {
        // 使用适配ViewHolder复用的销毁策略，需要Compose UI 1.4.0+
        composeView.setViewCompositionStrategy(
            ViewCompositionStrategy.DisposeOnDetachedFromWindowOrReleasedFromPool
        )
        // 仅在ViewHolder初始化时调用一次setContent
        composeView.setContent {
            val data = remember { itemData }
            MdcTheme {
                Text(data.value)
            }
        }
    }

    fun bind(input: String) {
        // 仅更新State值，触发局部重组，不会重建整个Composition
        itemData.value = input
    }
}

如果列表存在多种Item类型，需按类型区分ViewHolder，不要跨类型复用同一个ViewHolder实例，避免需要重新调用setContent更换UI结构。 #

2. 适配ViewHolder复用场景的Composition销毁策略 #

默认的DisposeOnViewTreeLifecycleDestroyed和宿主生命周期绑定，无法匹配ViewHolder的复用逻辑：如果使用DisposeOnDetachedFromWindow会导致列表项滑出屏幕就销毁Composition，滑回时需重建带来额外开销。
Compose UI 1.4.0及以上版本提供的DisposeOnDetachedFromWindowOrReleasedFromPool策略，仅当View脱离窗口且不在RecyclerView复用池时才销毁Composition，兼顾性能和内存安全。如果使用低版本Compose，可以重写Adapter的onViewRecycled方法，手动调用composeView.disposeComposition()释放资源。 #

3. 开启Compose编译优化，标注稳定类型 #

• 开启Kotlin编译器的Compose优化开关，在模块build.gradle中配置compose编译器的优化规则，开启强跳过模式
• 给bind传递的自定义数据类添加@Immutable或@Stable注解，让Compose编译器能正确识别稳定类型，减少不必要的重组检查
• 开启R8混淆并保留Compose官方优化规则，进一步减小运行时开销

4. 配合RecyclerView原生优化项提升复用效率 #

• 列表项尺寸固定时调用recyclerView.setHasFixedSize(true)，避免不必要的布局测量
• 增大RecyclerView的复用池容量，根据列表项类型数量调整RecycledViewPool的maxRecycledViews阈值，减少ViewHolder创建次数
• 不需要列表项动画时可关闭默认ItemAnimator，减少多余的重绘触发

5. 优化列表项Composable代码 #

• 拆分细粒度Composable，仅让需要变化的部分参与重组
• 用remember缓存不需要随数据变化的计算结果、UI常量等
• 避免在Composable的重组作用域内执行耗时操作、对象创建逻辑

内容的提问来源于stack exchange，提问作者Elye