LVGL动画：取消竞争过渡并保持界面状态一致
先确定哪一种状态具有最终解释权
面板打开到一半，用户点关闭，随即又点打开。最终位置看起来正确，但旧动画完成回调把面板隐藏了，或改回旧模式。问题并不在缓动曲线，而是应用把动画寿命和逻辑状态混在一起。本文采用LVGL 9.2文档和v9.2.2实现，范围限定为普通C执行回调。
分别保存期望状态、当前视觉值和动画代次。期望状态表示用户最新要求，视觉值表示属性此刻的位置，代次则决定哪个过渡仍有资格提交完成动作。产品状态不能依赖所有中间动画都顺利到达终点，因为打断是正常交互，不是异常故障。
每个动画属性只有一个拥有者
普通动画通过目标变量与执行回调的组合识别。9.2动画文档介绍了匹配组合的替换规则。但两个不同包装回调即使都修改同一个对象的横坐标，仍是不同身份，应用层竞争依然存在。布局管理器或样式过渡也可能修改相关属性，却不在你的动画登记表中。
每个独立属性应使用统一执行回调，或统一交给组件控制器管理。记录对象位置由布局、直接坐标还是平移属性负责。除非已经设计好相互作用，否则不要动画修改一个不断被布局重新计算的坐标。透明度、位置和是否可交互属于不同属性，却可能需要协调为一个完整状态切换。
替换从当前视觉值开始
收到新请求时，先保存新的期望状态，使旧代次失效，再按组件策略显式取消原过渡。读取实际当前属性作为下一次起点，并根据新状态选择终点。如果每次反向都从原来的端点重新开始，就容易出现跳动，而不是从当前位置平滑折返。
v9.2.2接口提供lv_anim_delete(var, exec_cb)、lv_anim_set_values()及lv_anim_set_duration()。只取消一个属性时，应使用准确的回调身份；传入NULL回调会扩大选择范围，可能停止该变量上的其他动画。延迟启动及early-apply设置使自动替换更复杂，因此明确组件所有权通常比依赖某一瞬间存在的匹配动画更容易审查。
完成与删除不是同一个事件
lv_anim_set_completed_cb()表示过渡完成；lv_anim_set_deleted_cb()属于生命周期清理，正常完成之后也可能发生删除。固定版本实现中，显式移除会调用删除回调，但不会假装已经到达目标。因此不能把“面板完全关闭”的业务操作无条件放进所有删除回调。
完成回调应检查自己的代次仍匹配最新请求，才提交状态变化。清理动作应能防止重复释放，也不能顺手清掉后来替换动画的句柄。在回调中启动或删除动画会改变列表，并可能触发其他生命周期回调，需要格外谨慎。简单且可维护的策略通常让回调只做少量工作，由组件控制器决定最终业务状态。
目标对象与回调数据必须继续有效
该实现中的lv_anim_start()会复制动画描述符，因此用局部描述符配置动画，与目标对象及回调用户数据的寿命是两回事。后两者在所有相关回调可能执行期间必须有效。复制描述符不等于深拷贝它指向的全部数据。
销毁组件前，先标记关闭，取消其拥有的过渡，并保证清理回调不能再次创建动画。使用时间线时，遵守文档要求，在删除目标对象之前先删除时间线。如果回调目标是业务模型指针，而不是lv_obj_t对象，其他地方删除控件并不能自动证明模型已无人使用。所有权应一起覆盖模型、控件、计时来源和过渡记录，而不是为了保险给每次动画随意增加动态分配。
明确反向、重复和跳过动画的策略
每次请求都用固定时长，剩余距离不同就会表现为速度不同；按距离计算时长可以改善一致性，但仍需最小值、最大值和零距离处理。没有哪一种天然正确。应规定重复请求同一个目标时，是忽略、重新开始，还是修改参数。减少动画模式直接跳到终点时，也要保持相同的逻辑状态变化。
过渡中的交互策略同样重要。按钮正在淡出，并不自动意味着不能再点击。关闭中的面板可能需要立即停止接收命令，即使视觉上还保留一小段时间。把这些决定放进状态机，而不是藏在动画最后一帧。即使渲染临时延迟，业务规则也应成立，不能由帧到达时机决定操作是否被接受。
测试被打断的历史，而非单次成功
建议输入序列为：打开、完成前关闭、反向期间再打开，然后在最后回调前销毁组件。再覆盖零时长、延迟启动、已经到达目标和快速重复请求。断言最新要求最终生效，每条过渡记录只清理一次，旧回调不再修改组件，最终几何状态符合仍有效的请求。
日志记录请求代次、属性拥有者、起点、终点、取消和回调原因。对照替换前后的视觉值，识别跳变。应在所选模拟器及目标设备执行这些测试，特别是时序会影响交互时；本文没有执行两者。平滑演示不能证明生命周期正确。
- 每个属性及其取消身份由一个拥有者控制。
- 替换从当前视觉状态出发，时长策略明确。
- 取消不会被当作成功完成。
- 回调检查代次，并保证目标数据寿命。
- 销毁之前已经阻止新过渡产生。
