未捕获不稳定变量的Lambda为何仍引发Compose重组合？

我正在排查Jetpack Compose里一处和Lambda相关的不必要重组合问题，以下是场景代码和现象：

代码结构 #

顶层Compose布局 #

ModalBottomSheetLayout(bottomSheetNavigator) {
  NavHost(
     navController = navController,
     startDestination = "main"
  ) {
     homeGraph(
        // 此Lambda为空仍触发重组合
        showSnackbar = { /* no-op */ }
     )
  }
}

子导航图homeGraph #

fun NavGraphBuilder.homeGraph(
   showSnackbar: (String) -> Unit
) { 
   childGraph(
      share = { showSnackbar(it) },
   )
}

子导航图childGraph #

fun NavGraphBuilder.childGraph(
   onShare: (String) -> Unit,
) {
   composable("childDetail") {
      // 此处重组合时，DetailScreen因onShare Lambda变化也重组合
      DetailScreen(
         onShare = { onShare(it) }
      )
   }
}

问题现象 #

我原本认为，未包裹任何不稳定变量的Lambda会被Compose自动“记住”，不会引发重组合。但实际情况是：当childDetail页面发生重组合时，DetailScreen会因为onShare Lambda的引用变化，跟着触发不必要的重组合。

用remember强制记住Lambda可以解决这个问题：

fun NavGraphBuilder.childGraph(
   onShare: (String) -> Unit,
) {
   composable("childDetail") {
      val currentOnShare = remember(Unit) { onShare }
      DetailScreen(
         onShare = { currentOnShare(it) }
      )
   }
}

但这种方式需要在所有类似场景中手动添加remember，非常繁琐。

原因分析 #

核心问题在于Lambda的相等性判断逻辑和Compose的重组触发机制：

1. Lambda默认是引用相等：每次执行到创建Lambda的代码行时，都会生成一个全新的匿名类实例，哪怕Lambda的逻辑完全一致、没有捕获任何变量，它的引用地址也会变化。
2. 你的代码中存在多层Lambda传递：
   • 顶层的showSnackbar Lambda每次在ModalBottomSheetLayout或NavHost重组时都会重新创建；
   • 这个新实例传递给homeGraph后，又会触发share Lambda的重新创建；
   • 最终到childGraph中，DetailScreen接收的onShare Lambda，每次childDetail页面重组时也会生成新实例。
3. Compose的重组触发规则是：当Composable函数的输入参数发生变化（基于相等性判断）时，就会触发重组。因为onShare的引用每次都变，所以DetailScreen会被判定为参数更新，从而执行重组。

你之前的误解在于：Compose不会自动“记住”所有无不稳定变量的Lambda。只有当Lambda的引用能保持稳定（比如来自ViewModel的函数引用、提前用remember缓存的实例）时，才不会引发不必要的重组。

更简洁的解决思路 #

不用在每个Composable里加remember，可以从源头保证Lambda的稳定性：

• 将回调逻辑放到ViewModel中，传递ViewModel的函数引用（ViewModel是稳定对象，它的函数引用不会随重组变化）；
• 在顶层Composable中提前用remember缓存Lambda实例，再向下传递，避免多层传递中重复创建。

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