CSS如何实现元素自动滚动动画
水平滚动须用@keyframes+transform:translateX()避重排，设overflow:hidden时子元素宽度要足够；垂直滚动防文字模糊需对齐像素或加backface-visibility:hidden；动画必须用linear；iOS卡顿应改用requestAnimationFrame或加translateZ(0)。
用 @keyframes + transform: translateX() 实现水平自动滚动
想让元素水平滚动起来，一个常见的误区是直接修改 left 或 margin-left 属性。这种做法会频繁触发浏览器的重排（Reflow），性能开销巨大，滚动起来难免卡顿。正确的思路是使用 transform: translateX()，这个属性能直接调用GPU进行加速，流畅度有质的提升。原理很简单：在 @keyframes 中定义好起始和结束的位移值，浏览器会自动完成中间的补间动画。
不过，这里有个细节很容易被忽略：你把容器设为 overflow: hidden 之后，是否检查过滚动内容的宽度？如果子元素的总宽度没有超过父容器，那内容根本滚不起来，或者滚一半就被截断了。务必确保滚动轨道（例如一个 .scroll-track 的div）拥有足够的宽度，并且内部的子项通过 display: inline-block 或 flex 布局排成一行。
- 动画时长有讲究：建议设置在
20s以上。太快了，用户看不清内容；太慢了，又显得像是页面卡住了，体验不佳。 - 实现无缝循环：使用
infinitetranslateX(0) 到translateX(-100%)），这样才能避免滚动结束时出现突兀的“跳回”现象。 - 性能优化小贴士：如果滚动的是图片或复杂卡片，可以加上
will-change: transform。这相当于提前给浏览器打个招呼，让它为接下来的变换操作做好准备，有时能带来更顺滑的体验。
垂直滚动动画怎么避免文字模糊
当你把水平滚动的经验照搬到垂直方向，使用 translateY() 时，可能会遇到一个新问题：滚动的文字变得模糊、有锯齿感。这多半不是代码错了，而是元素停在了“非整数像素”的位置上。CSS动画默认会进行亚像素（subpixel）级别的平滑计算，而文本渲染对此非常敏感，位置稍有偏差就会发虚。
怎么解决？核心思路是让位移值始终对齐整像素。有两个实用的办法：一是在关键帧中直接使用固定的像素值，比如 translateY(-200px)，避免使用像 translateY(-50%) 这样可能计算出小数的百分比值；二是给滚动容器加上 backface-visibility: hidden 这个属性，它能强制开启硬件加速，同时改善渲染质量，文字清晰度往往能立刻提升。
立即学习“前端免费学习笔记（深入）”；
- 慎用百分比：在垂直滚动中，尤其当容器高度不固定时，使用百分比位移很容易算出小数像素值，这是文字模糊的罪魁祸首之一。
- 消除布局干扰 ：如果布局中不得不使用
- 调试工具：如果对性能有疑虑，可以打开Chrome开发者工具，在“Rendering”面板中勾选“Paint flashing”。滚动时，频繁重绘的区域会高亮显示，帮你快速定位性能瓶颈。
inline-block 元素，它们之间默认的空白间隙也可能影响计算。可以在父容器上设置 font-size: 0 来消除间隙，再用 line-height: 1 来确保行高不会带来意外的偏移。
animation-timing-function 选 linear 还是 ease
自动滚动动画，本质上追求的是一种匀速、不间断的视觉流。用户的心理预期是内容平稳划过，而不是忽快忽慢。因此，animation-timing-function 这个属性在这里几乎没有选择余地——必须用 linear（线性）。
为什么不能用默认的 ease 或者其他缓动函数？因为缓动意味着动画会有加速和减速的过程。想象一下新闻跑马灯或者产品横幅，如果开头慢吞吞启动，末尾又缓缓停下，那种“卡顿感”会立刻破坏浏览的连续性。当然，如果你刻意要模拟传送带启动或刹车的特效，那另当别论。但对于绝大多数功能性的滚动需求，linear 是唯一正确的答案。
- 显式声明：不要依赖浏览器的默认值，务必明确写上
animation-timing-function: linear。 - 区分概念：
steps()函数实现的是逐帧跳跃效果，和“滚动”是两码事，千万别混淆了。 - 交互友好：当配合
animation-play-state: paused实现鼠标悬停暂停时，线性动画能保证在恢复播放时，速度是瞬间接续上的，不会有任何突兀感。
移动端 Safari 上动画卡顿或闪退怎么办
在iOS的Safari浏览器上，长时间运行的CSS动画可能会遇到一个棘手问题：动画卡顿，甚至页面切到后台再回来时，动画直接错位或停止了。这并非代码有bug，而是iOS系统出于省电和性能考虑，对后台页面的动画资源进行了限制和回收。
最彻底的解决方案，其实是放弃纯CSS，转而使用Ja vaScript（requestAnimationFrame）配合 transform 来控制动画。JS方案可控性更强，能动态计算内容总长度，实现真正的无缝循环。但如果你仍想坚持CSS路线，以下几个技巧可以作为“保险丝”：
- 控制时长：单个动画周期的时长最好不要超过
60s。iOS对超长动画更为敏感，更容易触发资源管理机制。 - 强制加速：为动画元素添加
-webkit-transform: translateZ(0)。这是一个针对Safari的“黑魔法”，能更有效地强制开启硬件加速层。 - 监听页面状态：通过Ja vaScript监听
visibilitychange事件。当页面被隐藏（如切换标签页或App）时，暂停动画；当页面再次可见时，重新激活动画状态并合理设置animation-delay，尽可能还原滚动位置。
说到底，纯CSS动画在实现“无缝循环”上有一个先天不足：它无法动态获取滚动内容的实际总宽度（scrollWidth）。这意味着你的位移终点值（如 -100%）往往是预先写死的估算值。而JS方案可以实时读取这个宽度，让循环真正做到天衣无缝，这是两者在能力上的核心差异。
