我完全理解你遇到的这个痛点——当从ScreenC返回ScreenB时，之前传递的旧id参数会被重新读取，导致你精心维护的复杂内部状态被意外重置，这确实会打乱页面的交互逻辑。咱们来一步步拆解问题并解决它。

问题根源分析 #

你的核心问题出在Compose Navigation的路由参数读取逻辑和状态初始化时机不匹配：

• 当你从ScreenC popBackStack 回到ScreenB时，Navigation会重新从ScreenB的BackStackEntry中读取路由参数（也就是最初从ScreenA传递的3L）。
• 而你当前在ComposableScreenB中，是直接用remember { mutableStateOf(getComplexData(id())) }初始化状态——每次Composable重组（包括返回时的重组）都会调用id()获取旧参数，进而触发getComplexData重置状态。

同时你还要兼顾DeepLink重新初始化的需求，所以不能简单忽略所有后续的路由参数，必须区分「从子页面返回的旧参数」和「新导航请求（如DeepLink）的新参数」两种场景。

核心解决思路 #

我们需要实现状态的“持久化保留” + “参数变化的智能判断”：

1. 用可持久化的状态容器（rememberSaveable 或 Navigation的SavedStateHandle）保存ScreenB的内部状态，确保从子页面返回时状态不丢失。
2. 只在两种场景下用路由参数更新状态：
   • 首次进入ScreenB时；
   • 新导航请求（如DeepLink）带来的参数与当前内部状态的id不一致时。
3. 从子页面返回时，即使旧参数存在，也不再触发状态重置。

具体实现方案 #

方案一：用rememberSaveable跟踪初始化状态（轻量易实现） #

直接修改你的ComposableScreenB，通过rememberSaveable保存状态和最后一次初始化的id，只在必要时更新状态：

@Composable
fun ComposableScreenB(
    id: () -> Long?,
    navigateToC: () -> Unit
) {
    // 模拟从外部存储获取复杂数据的逻辑
    fun getComplexData(targetId: Long?): ComplexData = 
        ComplexData(targetId ?: 2, "id=${targetId ?: 2}")

    // 1. 保存最后一次用来初始化的id（用rememberSaveable确保返回/配置变化不丢失）
    var lastInitId by rememberSaveable { mutableStateOf<Long?>(null) }
    // 2. 保存复杂内部状态，首次初始化时使用路由参数
    var complexDataState by rememberSaveable {
        val initialId = id()
        lastInitId = initialId
        mutableStateOf(getComplexData(initialId))
    }

    // 3. 监听当前路由参数的变化，仅当参数为新值时才重置状态
    val currentRouteId = id()
    LaunchedEffect(currentRouteId) {
        if (currentRouteId != lastInitId) {
            complexDataState = getComplexData(currentRouteId)
            lastInitId = currentRouteId
        }
    }

    Column {
        Text(text = "当前状态：${complexDataState.toString()}")

        // 手动修改状态的组件
        ComplexDataChanger(
            changeData = { newId ->
                complexDataState = getComplexData(newId)
                // 手动更新最后一次初始化的id，确保后续相同参数不会重复触发重置
                lastInitId = newId
            }
        )

        Button(onClick = navigateToC) {
            Text("跳转到ScreenC")
        }
    }
}

方案二：用SavedStateHandle绑定导航栈状态（更贴合Navigation生态） #

如果你的状态需要和导航栈深度绑定（比如支持进程重启恢复、和BackStackEntry生命周期同步），可以使用Navigation自带的SavedStateHandle：

第一步：在NavHost中传递SavedStateHandle

修改MainScreen中composable<ScreenB>的代码，把当前BackStackEntry的SavedStateHandle传递给ComposableScreenB：

composable<ScreenB>(
    deepLinks = listOf(
        navDeepLink<ScreenB>(basePath = "example://navigation/screenB")
    )
) { navStackEntry ->
    val currentId = navStackEntry.toRoute<ScreenB>().id
    val savedStateHandle = navStackEntry.savedStateHandle
    ComposableScreenB(
        id = { currentId },
        navigateToC = remember(navController) { {
            navController.navigate(ScreenC)
        } },
        savedStateHandle = savedStateHandle
    )
}

第二步：在ComposableScreenB中使用SavedStateHandle管理状态

@Composable
fun ComposableScreenB(
    id: () -> Long?,
    navigateToC: () -> Unit,
    savedStateHandle: SavedStateHandle
) {
    fun getComplexData(targetId: Long?): ComplexData = 
        ComplexData(targetId ?: 2, "id=${targetId ?: 2}")

    // 从SavedStateHandle中获取状态，首次进入时用路由参数初始化
    val complexDataState by savedStateHandle.getStateFlow(
        key = "screen_b_complex_data",
        initialValue = getComplexData(id())
    ).collectAsState()

    // 监听路由参数变化，仅当参数为新值时更新状态
    val currentRouteId = id()
    LaunchedEffect(currentRouteId) {
        if (currentRouteId != complexDataState.id) {
            savedStateHandle["screen_b_complex_data"] = getComplexData(currentRouteId)
        }
    }

    Column {
        Text(text = "当前状态：${complexDataState.toString()}")

        ComplexDataChanger(
            changeData = { newId ->
                savedStateHandle["screen_b_complex_data"] = getComplexData(newId)
            }
        )

        Button(onClick = navigateToC) {
            Text("跳转到ScreenC")
        }
    }
}

方案效果验证 #

修改后你会发现：

1. 从ScreenA进入ScreenB（传递3L）：状态会用3L初始化，显示id=3。
2. 手动修改状态为id=4：状态更新为id=4。
3. 跳转到ScreenC再返回：状态保留id=4，不会被旧参数3L重置。
4. 若通过DeepLink传递新id（如5L进入ScreenB）：状态会自动更新为id=5，满足重新初始化的需求。

额外注意事项 #

• 如果你需要支持进程重启后状态恢复，rememberSaveable和SavedStateHandle都能满足需求，后者更贴合Navigation的设计。
• 若DeepLink传递的id和当前内部状态的id完全相同，以上方案不会触发重置——如果你的需求是即使id相同也要重新拉取数据，可以去掉currentRouteId != lastInitId的判断，直接在LaunchedEffect(currentRouteId)中更新状态，但要注意避免无限循环。