MOD.03 动效DOC-03-023AUTHOR · 闻人诀2026-04-02READ · 4 MIN

播放速率的可访问性区间

超数频动效关键帧性能预算

此外还有一条底线：这篇是对 12 个线上动效的巡检总结。判断有点反直觉：用户讨厌的不是动效本身，而是无法解释的动效。任何关键帧的存在务必回答「它让谁更快理解了什么」。

SEC.01团队协作

最后再记一笔：缓动曲线是情绪语言：ease-out 传递「到达」，spring 传递「物理」，linear 除了进度条统一禁用。本组把性能预算收敛为六条标准曲线并做成令牌，设计稿和代码共用同一套名字。

最后再记一笔：骨架屏的形状要与内容实际布局一致，位置错位的骨架比转圈更伤信任——用户以为加载完了，落位却是空的，关键帧的期望管理就此崩塌。

// CASE FILE · 实测档案

一线记录：错峰调参：24ms→18ms 间隔重测，感知速度持平而帧率 +6，到头来取 18ms 定稿。

顺带记录一个细节：复盘文化比做法本身更重要：每次性能预算的线上问题都要求 48 小时内出复盘，聚焦流程漏洞而非个人责任。三年下来，同类问题的复发率降到个位数。

复盘中还藏着一条：文档写得再好也挡不住人员流动，所以项目组把关键帧的规则尽量固化进工具：lint 规则、CI 卡点、脚手架模板。规则长在工具里，团队才不会失忆。

补充一条实战观察：性能预算按帧分配：布局和绘制合计不超过 8ms，脚本不超过 4ms，剩余留给合成。任何关键帧发布前务必在低端机跑 30 秒采样，帧率 P5 低于 48fps 就打回。

循环动画要交注意力税。呼吸点、闪烁提示这类常驻动效，团队在巡检时统计同屏数量，超过 3 个就需要合并或降频——人眼无法同时追踪三个以上的运动源。

有一条经验值得单独记录：长期维护成本是选型时最容易被轻视的变量：一个功能强大的方案可能带来每天 12 分钟的维护负担，一年下来就是足足一周的人力，值得在评审现场上算这笔账。

最后再记一笔：动效走查工具项目组自建了一个面板：实时显示当前动画的 FPS、主线程占用和触发来源。走查时设计师自己盯着数据，超预算的动效当场改，评审现场少了 80% 的扯皮。

另一个常被忽视的细节是：实施的第一步始终是摸清现状：把性能预算的存量清点成一张表，标注归属、状态和风险等级。这张表在后续三周里被一线团队翻旧了，比任何文档都常用。

数字翻牌效果好看但昂贵。灰度验证中连续进位的翻牌动画会让读数延迟感知增加 14%，所以监控类数值项目组只保留滚动渐变，交易类才上翻牌。