Decompose架构导航栈组件重复加载问题及优化方案咨询

核心问题分析 #

你遇到的导航时历史组件重复调用问题，主要源于以下两个关键点：

1. _Child使用data class：data class自动生成基于属性的equals方法，导致Decompose无法正确识别组件实例的稳定性，每次导航都会触发不必要的组件重组与实例重建。
2. 回调lambda的不稳定引用：在createChild中直接内联创建onClickGo、onClickBack等lambda，每次调用createChild都会生成新的lambda实例，导致组件被判定为“新实例”，进而触发重复初始化。

针对性解决方案 #

1. 将_Child改为普通密封类

替换原有的data class实现，改用普通类保持组件实例的引用稳定性：

sealed class _Child {
    class Screen1(val component: Screen_1_Component) : _Child()
    class Screen2(val component: Screen_2_Component) : _Child()
}

2. 提取稳定的回调成员函数

在Root_Component中定义成员函数作为回调，避免每次创建组件时生成新的lambda：

class Root_Component(componentContext: ComponentContext): ComponentContext by componentContext {
    private val navigation = StackNavigation<_Configuration>()
    val childStack = childStack(
        source = navigation,
        serializer = _Configuration.serializer(),
        initialConfiguration = _Configuration.Screen1,
        handleBackButton = true,
        childFactory = ::createChild
    )

    // 提取稳定的回调函数
    private fun navigateToScreen2() {
        navigation.bringToFront(_Configuration.Screen2)
    }

    private fun navigateBackToScreen1() {
        navigation.pop()
    }

    @OptIn(ExperimentalDecomposeApi::class)
    private fun createChild(config: _Configuration, context: ComponentContext): _Child {
        return when(config) {
            is _Configuration.Screen1 -> _Child.Screen1(
                Screen_1_Component(context, onClickGo = ::navigateToScreen2)
            )
            is _Configuration.Screen2 -> _Child.Screen2(
                Screen_2_Component(context, onClickBack = ::navigateBackToScreen1)
            )
        }
    }

    // 其余代码保持不变...
}

3. 优化导航操作的合理性

如果是首次跳转至Screen2，建议使用navigation.push(_Configuration.Screen2)替代bringToFront——bringToFront会先检查栈中是否存在目标组件，若不存在才执行push，额外的检查逻辑可能增加不必要的开销；只有当需要将已存在的组件移至栈顶时，才使用bringToFront。

额外性能优化建议 #

• 避免组件构造函数耗时操作：所有初始化逻辑（如数据请求、复杂计算）尽量延迟到组件启动后，或放在后台线程执行，避免阻塞UI线程。
• 稳定Composable状态：在loadView等Composable函数中，使用remember、rememberSaveable缓存状态与对象，减少不必要的重组。
• 简化动画配置：若导航动画不是必须的，可暂时关闭动画验证性能；保留动画时，确保使用Decompose提供的默认高效动画实现，避免自定义复杂动画导致的过度绘制。

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