Jetpack Compose：直接传值还是用Lambda延迟组合？

我现在纠结Jetpack Compose里组合函数的传参方式——是直接传值，还是用Lambda传递？以下是示例代码（忽略LaunchedEffect，它只是用来模拟可变数据），测试下来两种方式运行效果一致，想问问这个场景下该选ComposableTextDirect还是ComposableTextLambda，原因是什么？

@Composable
fun ComposableContainer() {
    val coroutineScope = rememberCoroutineScope()
    var aTextThatCanBeChangedBySomethingElse by remember {
        mutableStateOf("")
    }
    LaunchedEffect(key1 = Unit) {
        coroutineScope.launch(Dispatchers.IO) {
            while (isActive) {
                delay(1_000L)
                aTextThatCanBeChangedBySomethingElse = Date().toString()
            }
        }
    }
    Column {
        ComposableTextDirect(text = aTextThatCanBeChangedBySomethingElse)
        ComposableTextLambda {
            aTextThatCanBeChangedBySomethingElse
        }
    }

}

@Composable
fun ComposableTextDirect(text: String) {
    Text(text = text)
}

@Composable
fun ComposableTextLambda(provider: () -> String) {
    Text(text = provider())
}

结论：这个场景选ComposableTextDirect更合适 #

两种传参方式的核心差异 #

• 直接传值：把State包装的值直接传递时，Compose会自动追踪State变化，值更新后ComposableTextDirect会因参数变化触发重组。这种方式逻辑直白，参数类型明确，阅读代码时一眼就能知道组件需要什么数据。
• Lambda传递：Lambda是延迟执行的代码块，每次ComposableTextLambda重组时都会调用Lambda获取最新值。它的优势是可以传递计算逻辑而非固定值——比如文本需要复杂计算、依赖多个State时，用Lambda能避免在父组件提前计算，把逻辑延迟到子组件重组时执行。

你的场景分析 #

你的代码里，aTextThatCanBeChangedBySomethingElse就是一个简单的State<String>，没有复杂计算逻辑。直接传值的方式更简洁，组件API更清晰——ComposableTextDirect明确要求String参数，其他开发者一看就懂怎么用。

用Lambda在这里属于过度设计：没有额外计算逻辑需要延迟执行，反而让组件API变得不直观，调用时还要多写一层Lambda块，增加了不必要的复杂度。

什么时候该用Lambda传参？ #

• 传递的值需要动态计算且成本较高：比如要根据多个State实时计算文本，用Lambda可以避免父组件每次重组都提前计算，只在子组件需要时才执行计算。
• 子组件需要控制获取值的时机：比如子组件内部有自己的重组触发条件，只有满足条件时才需要最新值。
• 需要传递一组逻辑而非单一值：比如子组件需要回调获取数据，而非直接接收静态值。

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