F7.10.1Stacked motion extends wait设计

动效叠加会延长总等待时间

别名: 动效串联 · 叠加等待 · 分段入场

概念解释

入场、列表逐条、按钮再弹一次,三段串起来,用户等到的是三段之和,不是最长的那段。叠加是时间上的串联:每一段都「合理」,加在一起变成一次额外的等待。这和同时播多段去挤主线程不是一件事——那边掉的是帧,这边加的是必须看完的时钟。

机制

编排工具默认把入场做成序列:容器先到位,子项再交错,页脚最后出现。交错的意图是层次,副作用是把可交互时刻推到最后一项落地。总等待 ≈ Σ(各段时长 + 交错延迟)。设计评审逐段看,每段都像 200 毫秒;任务路径按墙钟看,已经过了一秒。

叠加还有隐藏段:页面转场结束才开始内部入场,内部入场结束才允许点。时钟首尾相接,没有任何一段与加载并行。滥用发生在「每段都有理由」的时候——理由逐段成立,总和没有理由。

边界

  • 真正并行的多段(同时到达)不延长墙钟,代价转到性能账上。
  • 一次性仪式(首次完成、空状态欢迎)可以串联,前提是能跳过且不进日常路径。
  • 交错若只是 20 毫秒级的错开且总长仍短,人感觉不到串联;伤害来自可感知的逐段等待。

怎么落地

  • 按墙钟画一条路径:从点击到可点,中间每一段动画标时长,把能并行的并到同一窗口。
  • 列表不要等全部行入场结束才开放滚动和点击;第一屏稳定即可交互。
  • 验证:录一条「打开页 → 点主按钮」的时间线。可点时刻若等于各段相加,就是叠加在收税。

延伸

  • 同组F7.10.2 熟练用户的重复操作被动效拖慢 · F7.10.3 动效应可被快速操作打断
  • 相邻F7.06.2 掩盖不能超过实际延迟 · F7.12.4 同时触发的多个动效会叠加性能开销超出单个动效评估范围
  • 站内检索stacked motion · staggered entrance · time to interactive

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/F7.10.1