Molecule项目中RecompositionMode.Immediate与LazyColumn滚动ANR问题分析

在Android开发中，Jetpack Compose的Molecule库是一个用于管理状态和副作用的实用工具。近期在使用过程中发现了一个值得注意的性能问题：当开发者尝试在非主线程Dispatcher上使用RecompositionMode.Immediate模式时，会导致LazyColumn滚动时出现应用无响应(ANR)的情况。

问题现象

开发者在使用Molecule 1.4.1版本时发现，即使只是简单地初始化一个空白的molecule作用域，只要使用了非主线程的Dispatcher（如Dispatchers.Default、Dispatchers.IO或自定义的单线程Dispatcher），就会导致包含LazyColumn的界面在滚动时出现明显的卡顿，最终触发ANR。

技术背景

RecompositionMode.Immediate模式的设计初衷是允许开发者在非主线程上运行molecule作用域。这种模式理论上应该能够提高性能，特别是在处理复杂状态逻辑时。然而，实际使用中却出现了意料之外的性能问题。

问题根源

经过技术分析，这个问题可能与Compose的snapshot系统有关。当在非主线程上使用Immediate重组模式时，Molecule和Compose UI都会启动协程来定期应用快照，这种双重调度可能导致线程竞争和性能下降。特别是在处理LazyColumn这种需要高效滚动的组件时，这种竞争会变得更加明显。

解决方案

好消息是，这个问题已经在Compose runtime 1.7.0-alpha06版本中得到修复。开发者可以升级到这个或更高版本来解决ANR问题。升级后，即使在非主线程Dispatcher上使用RecompositionMode.Immediate模式，LazyColumn也能保持流畅滚动，不再出现ANR。

最佳实践建议

虽然问题已经修复，但在实际开发中仍建议：

1. 谨慎选择重组模式，仅在确实需要时才使用Immediate模式
2. 对于UI相关的状态管理，优先考虑在主线程处理
3. 定期更新Compose相关库到最新稳定版本
4. 在性能敏感的场景中充分测试不同配置下的表现

这个问题提醒我们，在使用新技术特性时，需要进行充分的测试和验证，特别是在性能敏感的场景下。同时，及时跟进官方库的更新也是避免类似问题的有效方法。