Compose Navigation如何实现类onActivityResult的单次结果回传

无限触发的核心原因有两点：

• 你把结果监听、key移除、页面导航这类副作用逻辑直接写在了Composable的组合主体中，只要页面发生重组，这段代码就会被重新执行。而你调用navigate("ScreenC")本身就会触发导航组件状态变化，反过来触发ScreenA重组，形成「拿到结果→触发导航→重组→再次拿到结果」的死循环。
• 你在组合过程中调用remove清空key的时机不对，observeAsState订阅的LiveData存在粘性事件特性，会在订阅时自动推送最后一次保留的值，此时key还没被移除，旧值会被反复读取。同时你反复通过navController.currentBackStackEntry拿实例，在导航过程中可能拿到非ScreenA的返回栈条目，导致remove操作根本没生效在正确的SavedStateHandle上。

按照Compose副作用的使用规范调整实现即可，核心是把所有状态修改、导航类操作挪到副作用作用域中，避免被重组反复触发：

1. Composable目的地的lambda会直接传入当前页面的backStackEntry实例，直接使用这个实例获取SavedStateHandle，不要反复调用navController.currentBackStackEntry拿不稳定的实例。
2. 用LaunchedEffect包裹结果监听逻辑，保证逻辑仅在副作用作用域内执行，不会随重组反复触发。
3. 优先用getStateFlow替代getLiveData做状态监听，配合空值过滤避免粘性旧值倒灌，读取到结果后第一时间移除对应key，再执行后续导航逻辑。

修复后的ScreenA部分代码如下：

composable("ScreenA") { backStackEntry ->
    ScreenA(
        onClick = {
            navController.navigate("ScreenB")
        }
    )
    val savedStateHandle = backStackEntry.savedStateHandle
    // 传入Unit作为key，让协程仅在ScreenA首次进入组合时启动监听
    LaunchedEffect(Unit) {
        savedStateHandle.getStateFlow<String?>("key", initialValue = null)
            .filterNotNull() // 空值直接过滤，不触发后续逻辑
            .collect { resultStr ->
                // 拿到结果第一时间先移除key，清空残留值
                savedStateHandle.remove<String>("key")
                if (resultStr == "result") {
                    Log.d("TAG", "found result: $resultStr")
                    navController.navigate("ScreenC")
                }
            }
    }
}

ScreenB和ScreenC的代码不需要做修改，保持原有逻辑即可。

额外注意：不要在Composable函数的主体代码中直接执行任何修改外部状态、导航、数据提交类操作，这类操作必须放在LaunchedEffect、rememberCoroutineScope等专门的副作用API中执行，否则必然会被重组反复调用触发不可预期的问题。

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