嵌套LazyRow的LazyColumn滚动性能问题排查求助

针对你在Android 9的2017款中端机上遇到的嵌套LazyColumn+LazyRow纵向滚动性能极差问题（替换为Text组件仍无改善、Release版启用R8），结合提供的代码与测试信息，以下是具体排查方向：

1. 检查R8混淆对Compose Item复用机制的影响 #

你的代码中使用了key和contentType来帮助Compose复用列表项，但R8在Release版的优化可能会破坏这些标识的稳定性：

• 验证contentType返回值的一致性：在Release版中打印it.type的实际值（如哈希、字符串内容），确认滚动过程中同一类型的item返回的contentType未被混淆修改。若R8将it.type的类型（如枚举、自定义类）混淆，会导致Compose无法识别可复用的item，每次滚动都重新创建LazyRow实例。
• 补充Compose官方混淆规则：确保proguard-rules.pro中包含Compose的必要保留规则，避免核心组件被优化：

-keep class androidx.compose.ui.** { *; }
-keep class androidx.compose.foundation.** { *; }
-keepclassmembers class kotlinx.coroutines.** { *; }

2. 修复LazyRow的布局测量开销 #

嵌套Lazy组件在旧Android系统上易出现重复测量问题，即使内容是简单Text：

• 为LazyRow设置固定高度：修改代码为LazyRow(modifier = Modifier.height(120.dp))（根据实际需求调整高度），避免纵向滚动时LazyRow反复计算自身高度，减少主线程measure/layout的耗时。
• 启用固有尺寸测量：若无法固定高度，使用Modifier.height(IntrinsicSize.Min)让LazyRow基于内容计算一次高度后缓存，而非每次滚动都重新测量。

3. 排查Android 9系统帧调度与Compose的兼容性冲突 #

Android 9的Choreographer帧调度机制与Compose的协程调度在旧中端机上可能存在冲突：

• 分析系统追踪截图：重点查看主线程的Compose重组次数、measure/layout耗时，若发现每次纵向滚动触发大量LazyRow的重组/测量，说明滚动事件触发了不必要的状态更新。
• 临时禁用R8优化验证：在Release版中临时关闭minifyEnabled false，确认是否是R8优化导致的滚动事件处理异常。

4. 验证LazyColumn的item复用逻辑 #

即使设置了key，Compose在旧系统上可能未正确复用LazyRow：

• 给LazyRow绑定唯一标识：在LazyRow的modifier中添加Modifier.remember(it.id)，确保每个LazyRow实例与it.id绑定，强制Compose复用已创建的LazyRow。
• 清理LazyRow内部冗余状态：若LazyRow内部存在不必要的状态读写，会导致纵向滚动时连锁触发重组，需确保LazyRow的内容仅依赖稳定的输入参数。

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