为何DerivedState在SideEffect中无法触发Compose重组？

在需要处理副作用、且要将列表firstVisibleItemIndex是否为0的状态传递给Composable Lambda的场景中，我定义了如下DerivedState：

val isFirstItemVisible by remember {
   derivedStateOf {
    state.firstVisibleItemIndex == 0 
 }
}

将该状态传入DisposableEffect时运行正常，但由于不需要在onDispose中执行清理操作，根据官方文档改用SideEffect后出现异常：isFirstItemVisible仅会变化一次——滚动列表向下时变为false，但回到顶部时本该变回true，却因未触发重组而没有更新，SideEffect内的代码块也因此不执行。这是什么原因？

核心原因 #

SideEffect的执行逻辑是仅当所在Composable发生重组时才会触发。而derivedStateOf创建的是惰性计算状态：只有当该状态被Composable的UI渲染逻辑直接引用时，它的变化才会触发Composable重组。

你的代码中，isFirstItemVisible仅在SideEffect中被使用，没有在UI渲染部分出现，因此当state.firstVisibleItemIndex从非0变回0时，isFirstItemVisible的变化无法触发Composable重组，SideEffect自然不会重新执行。

而DisposableEffect能正常工作的原因是，它会主动追踪传入的key参数变化——无论Composable是否重组，只要key值改变，就会重新执行代码块（同时处理旧的onDispose逻辑）。

解决方案 #

有两种符合Compose规范的处理方式：

方式一：让Composable感知状态变化（hack式，不推荐） #

通过在UI渲染逻辑中添加一个无视觉影响的状态引用，强制触发重组：

// 添加无意义的引用，让Composable感知isFirstItemVisible的变化
val _ = isFirstItemVisible

SideEffect {
    // 你的副作用逻辑，现在状态变化会触发SideEffect执行
}

方式二：改用LaunchedEffect（推荐） #

如果不需要清理操作，LaunchedEffect是更合适的选择——它会在传入的key参数变化时自动重新执行代码块，无需处理onDispose：

LaunchedEffect(isFirstItemVisible) {
    // 每次isFirstItemVisible变化时，都会执行这里的逻辑
}

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