Jetpack Compose中HomeScreen未传compassComposable却可用的原理？

在一个可正常运行的Android指南针项目中，开发者发现：在NavHost中调用HomeScreen Composable时，没有显式传入compassComposable参数，但HomeScreen函数声明了该参数（类型为@Composable () -> Unit），且能正常调用它显示选中的指南针组件。调试时未找到传参过程，想了解这个机制的实现原理。

相关代码片段：

NavHost(
    modifier = modifier,
    navController = navController,
    startDestination = startDestination,
){
    composable(ScreenRoutes.Home.name){
        HomeScreen( // 此处未显式传入compassComposable参数
            degrees = degrees,
            isMagneticFieldSensorPresent = isMagneticFieldSensorPresent,
            onMenuClick = { navController.navigate(ScreenRoutes.WidgetSelection.name )}
        ){ 
            // 这里的Lambda表达式就是传入的compassComposable参数
        }
        ..       
    }

    composable(ScreenRoutes.WidgetSelection.name){
        ..
        WidgetScreen( .. )
    }
}

@Composable
fun HomeScreen(
     modifier: Modifier = Modifier,
     degrees: Int,
     isMagneticFieldSensorPresent: Boolean,
     onMenuClick: () -> Unit = {},
     compassComposable: @Composable () -> Unit // 未显式传参却能正常使用
)  {
    ...
    compassComposable() // 正确显示选中的指南针组件
    ..
}

核心原因是Kotlin的尾lambda参数语法，结合Jetpack Compose的函数式API设计，具体拆解如下：

• 尾lambda的简化语法
  Kotlin有个语法规则：如果函数的最后一个参数是函数类型（比如这里的@Composable () -> Unit），调用时可以把这个参数对应的Lambda表达式直接写在函数括号外面，不用在括号里显式声明参数名。

  你代码里HomeScreen(...) { .. }这段，后面的{ .. }就是给compassComposable参数传的值——因为它是HomeScreen的最后一个参数，所以用了这种简化写法，看起来像是没传参，实则已经通过语法糖完成了传递。

• 等价的显式写法
  这段简化调用完全等价于显式传递参数的写法：

  HomeScreen(
      degrees = degrees,
      isMagneticFieldSensorPresent = isMagneticFieldSensorPresent,
      onMenuClick = { navController.navigate(ScreenRoutes.WidgetSelection.name )},
      compassComposable = { 
          // 这里的内容就是传入的指南针组件
      }
  )
  

  这种写法在Compose里非常普遍，比如Column、Box这些布局的content参数，都是用尾lambda来传递内部的Composable内容。

• 选中组件的传递逻辑
  至于用户选择的指南针组件能正确显示，是因为这个尾lambda里的内容是动态生成的——通常项目里会用状态管理（比如remember、ViewModel）保存用户在WidgetScreen中选的样式，然后回到HomeScreen时，在这个Lambda里渲染对应的组件。你调试时没看到“显式传参步骤”，只是因为语法糖把参数传递的过程隐藏了而已。

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