无法复现及修复LazyListMeasureKt.measureLazyList崩溃求助

• 升级Compose至最新稳定版
  这类无业务代码栈的底层崩溃，多数是Compose UI库的已知bug。优先将Jetpack Compose版本升级到当前最新稳定版，很多LazyList测量逻辑的问题在后续迭代中已被修复。

• 检查数据源与状态的合法性

  • 避免并发修改数据源：确保LazyColumn绑定的列表数据通过mutableStateListOf、remember或viewModel的状态容器管理，禁止在后台线程直接修改原始列表，防止测量时数据状态不一致。
  • 确保item的key唯一稳定：使用业务唯一标识（如实体id）作为item的key，避免使用随机值、临时变量这类不稳定的key，防止LazyList复用item时出现测量逻辑混乱。

• 排查自定义Item的测量异常
  虽然栈Trace未显示自有代码，但自定义Item可能存在隐性测量问题：

  • 检查Item内部是否存在非法尺寸设置（如宽高为负数、NaN），或依赖不稳定状态值设置尺寸，导致测量时出现异常。
  • 临时替换为极简Item（如仅显示文本），观察崩溃是否消失，逐步定位到引发问题的自定义Item组件。

• 临时禁用过度滚动（规避方案）
  部分旧版Compose的过度滚动逻辑存在测量bug，可尝试禁用LazyColumn的过度滚动效果：

  // 方式1：局部禁用
  LazyColumn(
      flingBehavior = rememberFlingBehavior(scrollState = rememberScrollState()),
      content = { /* Item列表 */ }
  )
  
  // 方式2：全局禁用
  CompositionLocalProvider(LocalOverScrollConfiguration provides null) {
      // 包含LazyColumn的布局
  }
  

• 补充崩溃上下文信息

  • 在Firebase后台查看崩溃的设备、Android版本、Compose版本分布，缩小问题范围（比如是否仅在特定版本组合下出现）。
  • 全局捕获该异常，记录当前LazyList的item数量、滚动位置、数据源快照等上下文，辅助定位根本原因。

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