应设置 animation-timing-function 为 linear，消除默认 ease 导致的加减速卡顿，使动画匀速连贯；需确保位移值精确、避免重排，并在 animation 属性中显式声明 linear。
Composer 不是 CSS 动画工具，也没有 @keyframes 或 animation-timing-function 的概念——你真正想问的，大概率是 CSS 中用 @keyframes 实现匀速直线运动时，如何正确配置关键帧和 timing function。
为什么写了 from/to 还是卡顿？
常见错误是只定义了关键帧位置（比如 from { transform: translateX(0); }、to { transform: translateX(100px); }），却没指定动画速度曲线。浏览器默认用 ease，导致起步慢、中间快、收尾又慢，视觉上就是“一顿一顿”的直线运动。
关键点：匀速 ≠ 关键帧写得简单，而在于显式声明 linear。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
animation属性里必须包含linear，例如：animation: slide 2s linear infinite; - 如果用
@keyframes单独定义，不能只靠from/to就以为够了；timing function 必须写在调用处或 animation 声明中 - 不要依赖父级样式继承 timing function，它不会自动穿透到 keyframes 内部
位移值写多少才不跳帧？
直线运动要“顺”，位移终点必须与起始状态构成可无缝衔接的差值。尤其在循环动画中，终点若不精确等于容器宽度的负值，下一圈就会闪回或停顿。
- 水平跑马灯：终点
translateX(-100%)是安全起点，但更稳妥的是用具体像素值，如translateX(-320px)（前提是子元素总宽 = 320px） - 避免用
left或margin-left：会触发重排，GPU 不加速，再设linear也卡 - 移动端 iOS Safari 对小数位位移敏感，建议用整数像素，必要时加
transform: translateZ(0)强制硬件加速
linear 和 cubic-bezier(0,0,1,1) 有区别吗？
没有实质区别——linear 等价于 cubic-bezier(0, 0, 1, 1)，都是恒定速率。但别手滑写成 cubic-bezier(0,0,0,1) 或漏掉某个 0，这种错误贝塞尔值会导致动画直接失效或行为异常（比如瞬间跳变）。
- 浏览器对非法
cubic-bezier值容忍度低，部分旧版 Safari 会静默降级为ease - 调试时可在 DevTools 的 Animations 面板里点开 timing function 曲线图，确认是否真为直线
- 若需微调起始/结束的轻微缓冲（比如“几乎匀速但带一点点柔和”），可用
cubic-bezier(0.1, 0.1, 0.9, 0.9)，但这就不是严格匀速了
真正容易被忽略的点：即使 timing function 设对了，如果动画元素父容器 overflow: hidden 但子元素没撑满宽度，或者用了 display: inline-block 带默认间隙，位移过程仍可能因布局抖动而显得卡——匀速的前提，是渲染管线里没有意外的重排或重绘。
