Jetpack Compose中组合Modifier时，.then()语法是否为硬性要求？

首先明确：完全没必要必须用.then()，你提到的方式2（链式调用）其实是Jetpack Compose提供的语法糖——因为所有Modifier的扩展函数（比如fillMaxWidth()、height()）内部已经默认调用了.then()，所以modifier.fillMaxWidth().height(10.dp)等价于modifier.then(Modifier.fillMaxWidth()).then(Modifier.height(10.dp))，最终效果和方式1的modifier.then(Modifier.fillMaxWidth().height(10.dp))是一致的。

关于你提到的方式2的弊端，除了只能将内部Modifier追加到传入的modifier之后，还有几个容易遗漏的要点：

• 顺序控制的灵活性：.then()支持任意顺序的组合，比如你想让传入的外部modifier覆盖内部的设置（比如外部设置了特定宽度，要优先于内部的fillMaxWidth()），就可以写成Modifier.fillMaxWidth().height(10.dp).then(modifier)，这种反向组合用链式调用是做不到的。
• 空安全支持：如果内部Modifier可能为null，.then()可以配合空安全调用（?.then()）来处理，而链式调用不行。比如：

val optionalModifier: Modifier? = if (isFullWidth) Modifier.fillMaxWidth() else null
// 合法：用.then()组合可空Modifier
Row(modifier = modifier.then(optionalModifier))
// 不合法：链式调用无法直接接null
Row(modifier = modifier.optionalModifier?.height(10.dp)) // 语法错误

• 可读性与模块化：当内部Modifier是一组复杂的组合（比如包含多个布局、样式设置），或者是从函数/变量中获取的，用.then()包裹起来能更清晰地分隔外部传入的modifier和内部定义的modifier，代码意图更明确。比如：

fun getCardModifier(): Modifier {
    return Modifier.padding(16.dp).shadow(4.dp).clip(RoundedCornerShape(8.dp))
}
// 用.then()组合，结构更清晰
Card(modifier = modifier.then(getCardModifier()))

总结来说，链式调用适合简单的追加场景，而.then()在顺序调整、空安全处理、复杂组合的可读性上更有优势——但两者没有绝对的优劣，根据场景选择即可。

内容的提问来源于stack exchange，提问作者Mieszko Koźma