Jetpack Compose性能低于原生XML View，LazyColumn滚动卡顿有何解决办法？

当前稳定版Compose（1.5及以上）在代码规范的前提下，LazyColumn的滚动性能已经和RecyclerView基本持平，绝大多数滚动卡顿、跳帧问题都来自不满足Compose性能要求的代码实现，而非框架本身尚未成熟，具体可按以下优先级排查优化：

基础必做优化 #

• 必须在开启R8混淆的Release包下测试性能，Debug包为了支持重组预览、实时编辑等调试能力，会插入大量运行时校验逻辑，性能比Release包低40%以上，Debug模式下的卡顿不具备参考价值。
• 给LazyColumn的列表项显式指定key，当列表数据发生增删、排序时，指定key可以让Compose复用正确的组件状态，避免全局无差别重组，写法参考：

LazyColumn {
    items(
        items = dataList,
        key = { it.uniqueId }
    ) { item ->
        ListItemContent(item)
    }
}

• 所有传递给列表项的参数类型尽量用@Immutable或@Stable注解修饰，数据类的所有属性声明为不可变的val，让Compose编译器可以准确判断数据是否发生变化，跳过无意义的重组。
• 禁止在列表项的Composable作用域内执行耗时操作，包括日期格式化、类型转换、复杂计算等，这类逻辑要提前放到ViewModel或者数据预处理阶段完成。

进阶优化 #

• 避免在列表项的Modifier中直接创建不稳定的Lambda实例，例如Modifier.clickable { onItemClick(item) }的写法会在每次重组时生成新的Lambda对象，触发不必要的重组，可以改为通过remember缓存Lambda：

val itemClickAction = remember(item.uniqueId) {
    { onItemClick(item) }
}
// 绑定到Modifier
Modifier.clickable(onClick = itemClickAction)

• 列表中的图片加载必须使用支持Compose的稳定版图片库，例如Coil 2.0+、Glide Compose扩展，不要使用自定义的主线程Bitmap解码逻辑，避免图片加载占用主线程时间引发跳帧。
• 如果需要列表项动画，优先使用官方提供的Modifier.animateItemPlacement，该API针对列表滚动场景做了专门优化，性能远高于自定义的布局动画。
• 可通过Android Studio Layout Inspector的Compose重组计数工具，定位列表项的非预期重组，针对性优化触发重组的不稳定变量。

完成以上所有优化后如果仍然存在明显的性能差距，才可能是框架本身覆盖不到的极端场景问题，可以后续关注官方版本更新的性能优化点。

内容的提问来源于stack exchange，提问作者هيثم