Decompose项目中导航动画导致内容不刷新的问题分析

问题背景

在使用Decompose框架开发Compose应用时，开发者遇到了一个棘手的UI刷新问题。具体表现为：在页面加载过程中，骨架屏(skeleton)有时会持续显示，即使实际内容已经加载完成。经过深入排查，发现这个问题与导航动画的设置密切相关。

问题现象

应用采用了双层加载策略：

1. 首先加载页面结构，显示骨架屏
2. 然后加载实际内容，替换骨架屏

但在某些情况下，即使内容已加载完成，骨架屏仍然保留在界面上。通过反复测试发现，当页面加载时间与导航动画结束时间接近时，这个问题更容易复现。

根本原因

经过分析，问题出在Decompose框架中stackAnimation函数的使用方式上。框架提供了三种重载版本，其中带有selector = { child, otherChild, direction -> ... }参数的版本被标记为@FaultyDecomposeApi，这意味着它可能存在已知问题。

这个问题的本质可能与Compose的movableContent函数实现有关。movableContent是Compose中用于优化动画性能的机制，但在某些边界条件下可能会出现状态管理异常。

解决方案

临时解决方案

开发者发现可以通过为Composable组件添加key修饰符来强制刷新：

key(data) { 
    Composable(data) 
}

推荐解决方案

避免使用带有三个参数的stackAnimation重载版本，改用更简单的形式：

animation = stackAnimation(
    disableInputDuringAnimation = true,
    animator = noAnimation(),
)

或者使用选择器形式：

selector = { noAnimation() }

技术启示

1. API标记的重要性：框架中@FaultyDecomposeApi的标记不是随意添加的，开发者应特别注意这类标记并避免使用相关API。

2. 动画与状态的时序问题：在Compose中，动画执行期间的状态管理需要特别小心，特别是在异步加载场景下。

3. 性能优化的边界条件：像movableContent这样的性能优化机制虽然能提升体验，但也可能引入新的问题，需要在特定场景下进行充分测试。

最佳实践建议

1. 在Decompose项目中使用导航动画时，优先考虑简单的动画配置方式。

2. 对于关键UI元素，考虑使用key修饰符来确保正确的刷新行为。

3. 在开发过程中，对动画结束与数据加载完成的时序关系进行充分测试。

4. 关注Compose框架的更新，特别是与movableContent相关的修复。

这个问题虽然表面上看起来是Decompose框架的问题，但更深层次反映了Compose状态管理在复杂场景下的挑战。理解这些底层机制有助于开发者构建更健壮的UI界面。