Compose Multiplatform iOS端LazyLayoutCacheWindow预取功能是否生效？

结论：你的判断完全正确 #

iOS端（基于Skiko实现）在Compose Multiplatform 1.10.3版本中，LazyLayoutCacheWindow的ahead预取功能确实不生效。原因正如你发现的，Skiko目标的rememberDefaultPrefetchScheduler是空实现——这个调度器是预组合/预测量逻辑的核心执行者，空实现意味着系统不会主动触发任何提前预取操作，所以即使设置了较大的ahead值，也不会有预取行为，和你通过日志、滚动渲染表现观察到的结果一致。

替代方案 #

如果需要优化iOS端列表的滚动流畅性，可以尝试以下几种方式：

• 手动提前触发数据加载：如果列表项依赖异步数据（网络请求、本地数据库查询等），可以监听LazyListState的firstVisibleItemIndex，当滚动到距离目标位置还有一定偏移量时，提前发起数据加载请求，确保项进入视口时数据已就绪。
• 调整behind缓存参数：虽然预取不生效，但增大behind值可以让已经滚出视口的列表项保持组合状态，减少反向滚动时的重新组合开销，提升回滚流畅度。
• 轻量自定义预取逻辑：基于LazyListState的滚动状态，手动标记需要预加载的项索引，通过remember和LaunchedEffect强制组合对应项的UI元素（注意控制预加载的数量，避免过度占用内存）。

支持路线图 #

目前Compose Multiplatform的核心方向是逐步对齐Android端的功能特性，预取调度器的实现属于列表性能优化的重要部分，官方后续迭代中大概率会补充这一实现，但具体的时间线没有公开的明确计划，需要关注官方的版本更新日志或发布公告。

内容的提问来源于stack exchange，提问作者陈雨农