关键帧减速本质是调整插值曲线的贝塞尔控制点而非时间轴密度；需在终点关键帧拉长并下压右侧控制柄使曲线趋近水平，且终点后须留1–2帧缓冲余量。
关键帧减速不是调时间轴，是改插值曲线
关键帧动画看起来“刹不住车”或“结尾拖沓”，几乎从来不是因为关键帧放得太密或太疏，而是插值曲线用错了。默认的 linear 或未显式指定缓动函数时的 FastOutSlowInEasing，在终点附近减速斜率不够平缓，人眼就会感知为“顿”或“软着陆失败”。真正起作用的是控制点位置，不是帧数间隔。
3Dvia/SOLIDWORKS Composer 中手动调出减速曲线
打开曲线编辑器后，减速效果必须靠贝塞尔控制点手工拉出来，不能只靠“添加关键帧”按钮：
- 选中终点关键帧 → 右键 →
Edit Bezier Handles（或直接拖拽关键帧下方的黄色控制柄） - 把右侧控制柄（out-tangent）往右拉长、往下压低，让曲线末端趋近水平 —— 这代表速度趋近于零
- 若起点也需要缓入，同步调整左侧控制柄（in-tangent），但注意：起点控制柄上抬会加剧“弹”感，慎用
- 按住
Ctrl/Cmd + Shift滚轮水平缩放时间轴，方便看清最后 0.2 秒内的曲线坡度变化
Android Compose 的 keyframes 减速陷阱
Compose 的 keyframes DSL 表面支持减速，但默认行为和参数优先级容易误判：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
keyframes块内相邻关键帧之间默认使用FastOutSlowInEasing，它比ease更陡，但未必更“慢”——实际减速强度取决于你写的at时间点密度 - 若想强制减速，必须显式传入
easing参数：at(1000.millis) { 100f } with LinearOutSlowInEasing -
LinearOutSlowInEasing比FastOutSlowInEasing在终点更平缓，适合需要“稳停”的场景（如抽屉关闭、菜单收起） - 不要在同一个
keyframes块里混用spring()和带easing的关键帧，物理模型与时间驱动插值不兼容，会导致最后一段直接跳变
Pixel-Composer 或 FFmpeg 后处理减速的局限
有些用户试图用外部工具“拉长末段帧”来模拟减速，这在多数 Composer 类工具里不可靠：
- Pixel-Composer 的时间轴不暴露插值控制，只能靠节点链加
SmoothStep或EaseOut变换节点，但仅影响该节点输出，不改变原始关键帧语义 - 用
ffmpeg -i in.mp4 -vf "setpts=PTS*1.5" out.mp4整体拉伸，会把加速段也一起拖慢，破坏前半段节奏 - 真正有效的减速必须发生在关键帧插值阶段，而不是导出后重采样 —— 后者只是“看起来慢”，不是“运动逻辑慢”
最容易被忽略的一点：减速曲线的有效性，取决于你是否在终点关键帧之后还留了至少 1–2 帧的缓冲余量。很多用户把关键帧卡死在动画总时长末尾，导致曲线没空间展开，再调也没用。
