composer不存在独立渲染队列，其动画是声明式时间轴回放；连贯性取决于关键帧数值与时间点的浮点精度对齐，而非调度机制。
Composer关键帧渲染队列不是靠“加队列”实现的，它根本不存在独立的“渲染队列”机制——所谓“队列管理”，本质是对关键帧数据一致性的批量校验与时间轴对齐操作。
为什么不能用常规队列思维理解 Composer 动画
Composer 不像 Android Compose 或 Web Worker 那样有任务调度器或执行队列。它的动画播放是纯声明式回放：时间轴走到哪，就按当前帧所有属性值直接计算状态并渲染。没有排队、没有优先级、没有异步等待。
- 你看到的“卡顿”“跳变”“循环断裂”，99% 是首帧和尾帧的
RotationZ、PositionX、ScaleX数值差了 0.001，不是线程阻塞 - 所谓“批量处理”，其实是手动选中多个关键帧后统一设
Interpolation类型，而非提交到某个后台队列 - 导出时若勾选“优化关键帧”，Composer 会删掉线性段中冗余帧——但这发生在导出阶段，不影响编辑时的实时播放逻辑
真正要管的“队列”：时间轴上严丝合缝的关键帧序列
循环动画连贯性的唯一前提，是把起始帧（0s）和结束帧（如 3.0s）当作一个闭环数据对来维护。任何偏差都会被放大为视觉断裂。
- 拖动关键帧时必须关闭
Snap to Frame，改用时间轴输入框手动键入0.0、3.0、6.0—— 拖动产生的2.999或3.001就足以导致播放器在 3s 处硬停一帧 - 复制整段动画时，不要用 Ctrl+V 粘贴，而要用右键菜单 →
Paste at Time...，然后精确输入目标时间点 - 检查总时长：若单循环段为
3.0s，重复 4 次则总长必须 ≥12.0s；不足则末尾会强制跳回第 0 帧，形成“啪”一声弹回
多属性同步错位？问题出在插值曲线没统一封装
位置移动看起来到了，但旋转还慢半拍，不是性能不够，是各轨道用了不同插值类型，或者关键帧没对齐到同一时间点。
- 选中所有参与循环的属性轨道（
translateX、rotateY、scaleZ），右键 →Interpolation → Bezier，禁用Linear - 双击每个关键帧，在属性面板里逐项核对数值：不要信预览窗口显示的 “360°”，要手动输入
360.0并回车确认 - 避免混用角度制式：
-1.0和359.0在插值时会被解释为逆向旋转 358°，务必统一用0.0 → 360.0 → 720.0单调递增序列
最常被忽略的，是你以为在调动画节奏，其实是在调浮点数精度与时间戳对齐。Composer 不做归一化、不修小数误差、不猜你的意图——它只忠实地执行你输入的每一个数字和时间点。连贯性不是渲染出来的，是输进去的。
