Android Jetpack Compose中LazyColumn滚动卡顿的原因分析

• 自定义Item布局冗余复杂：比如嵌套多层Composable组件（Box套Column再套Row这类深层嵌套）、每个Item里塞了大量不必要的视图元素，会让LazyColumn的复用机制没法高效工作，滚动时频繁的测量、布局操作直接拖慢帧率。
• Item里塞了同步耗时操作：要是在Item的Compose函数里直接做数据库查询、文件读取、复杂数据计算/解析，这些操作会卡住UI线程，滚动时必然丢帧。哪怕用了itemsIndexed，只要每个Item的渲染过程有同步耗时逻辑，卡顿就没法解决。
• remember/derivedStateOf用得不对：如果在Item里每次重组都新建对象、State，或者没把计算结果用remember缓存起来，每次滚动到该Item都会重复执行这些逻辑，额外消耗UI线程资源。比如每次重组都生成新列表、重新计算某个值，却没做缓存。
• 图片加载没优化：Item里的图片如果没用到Coil、Glide这类Compose图片库做缓存和尺寸压缩，直接加载原图大小的图片，滚动时每个Item加载图片都会占大量内存和CPU，自然会卡。
• 状态更新太频繁：Item里的mutableStateOf这类状态被频繁触发更新，导致Item反复重组；或者父组件的状态变化让整个LazyColumn的Item都被无意义地重组，itemsIndexed也拦不住这种不必要的重组。
• 没给Item指定唯一key：就算用了itemsIndexed，要是没给每个Item传唯一的key参数（比如itemsIndexed(list, key = { _, item -> item.id })），LazyColumn的复用机制会失效，滚动时可能错误复用Item，引发额外的重组和布局操作。
• 动画效果拖后腿：Item里的进入动画、状态变化动画如果没用到animate*AsState，或者动画参数设置不合理，动画执行时会抢占UI线程资源，和滚动操作冲突导致卡顿。
• 设备性能瓶颈：要是测试的是老旧机型，哪怕代码优化到位，也可能出现滚动卡顿。可以换高性能设备测试，排除硬件因素。

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