Jetpack Compose使用rememberSaveable时出现未应用待处理组合错误

问题根源 #

你把rememberSaveable声明在TopAppBar的actions代码块内，这个lambda属于TopAppBar的局部重组范围，频繁的重组会导致状态的保存/恢复逻辑与Compose的composition生命周期冲突，进而触发运行时错误。

彻底解决方案 #

1. 提升状态声明层级
   把textState的声明移到TopAppBar所在的父Composable中，避免在actions这个局部重组区域内管理状态：

// 父Composable层级声明状态
val textState = rememberSaveable { mutableStateOf(TextFieldValue("")) }

TopAppBar(
    title = { Text("标题") },
    actions = {
        // 直接传入已声明的状态
        SearchView(textState)
    }
)

2. 确保SearchView正确绑定状态
   检查SearchView组件是否正确处理状态传递，避免内部重复创建状态或错误修改：

@Composable
fun SearchView(textState: MutableState<TextFieldValue>) {
    BasicTextField(
        value = textState.value,
        onValueChange = { newText ->
            textState.value = newText
        },
        decorationBox = { innerTextField ->
            // 搜索框装饰逻辑，比如图标等
            Row(
                modifier = Modifier.fillMaxWidth(),
                verticalAlignment = Alignment.CenterVertically
            ) {
                Icon(Icons.Default.Search, contentDescription = "搜索")
                innerTextField()
            }
        }
    )
}

3. 可选：显式指定TextFieldValue的状态保存器
   如果默认的序列化逻辑有问题，可以显式使用TextFieldValue.Saver确保状态正确保存：

val textState = rememberSaveable(
    stateSaver = TextFieldValue.Saver
) { mutableStateOf(TextFieldValue("")) }

为什么临时方案能生效 #

用ViewModel管理状态时，状态的生命周期与Compose组件的重组生命周期解耦，ViewModel的实例由ViewModelProvider管理，不会随组件重组而销毁，因此避免了状态保存/恢复与composition的冲突，但本质上是绕过了Compose状态管理的问题，而上述方案是从根源上修复状态声明层级导致的冲突。

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