Composable中未使用SideEffect执行副作用的风险及两者差异解析

场景描述 #

在Composable中使用SideEffect执行打印逻辑：

SideEffect {
    println("SideEffect -> ${System.currentTimeMillis()}")
}

执行结果示例：SideEffect -> 1744447997722

而直接在Composable中编写println代码也能正常运行，因此需要明确两者的差异，以及不使用SideEffect可能带来的问题。

核心差异 #

• 执行时机：直接写在Composable中的代码是在重组过程中执行；SideEffect则是在重组完全完成后执行。
• 执行稳定性：Compose的重组可能是部分执行、多次重试甚至被取消的，直接写的代码可能在重组的中间阶段触发，或因重组中断重复执行/不执行；SideEffect保证每次成功完成的重组后仅执行一次。

不使用SideEffect可能出现的问题 #

• 逻辑不同步：如果代码涉及更新外部状态，直接执行可能在重组未完成时就修改状态，导致UI与状态不一致，甚至引发无限重组循环。
• 执行次数不可控：由于Compose的重组优化机制，直接写的代码可能被重复执行（比如重组重试时），或者在重组被中断时完全不执行，导致副作用逻辑的执行结果不符合预期。
• 破坏Compose纯函数规则：Composable函数设计为纯函数（输入相同则输出一致，无副作用），直接在其中写副作用代码会打破这个规则，干扰Compose的重组追踪逻辑，增加调试难度。

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