scrollamount 在现代浏览器中完全无效，因 已被 html5 废弃，chrome/firefox/safari 自2015年起忽略该属性；ie11 虽支持但速度不稳定，唯一可靠方案是 css animation-duration。
scrollamount 在现代浏览器里根本不起作用
直接说结论：scrollamount 是 <marquee></marquee> 标签的专有属性，而该标签在 HTML5 中已被 W3C 明确标记为 obsolete（废弃）。Chrome、Firefox、Safari 从 2015 年起陆续移除对其动画逻辑的支持——它们仍能解析标签，但会完全忽略 scrollamount 和 scrolldelay 等属性。你写 <marquee scrollamount="1">文字</marquee>，页面不会报错，但也不会变慢；写成 "100" 也一样没反应。
更麻烦的是：即使在 IE11 这类仅存支持的环境里，scrollamount 的实际表现也不稳定。同一数值在高 DPI 屏、禁用 GPU 加速、不同字体渲染设置下，视觉速度偏差可达 ±40%，无法跨设备复现。
CSS animation-duration 是唯一可控的速度调节方式
真正可预测、可复现的滚动速度，取决于动画完成一整轮所需时间，而不是“每帧跳多少像素”。用 @keyframes + animation-duration 才能实现精确调控：
.scroll-text span {
animation: scroll-left 8s linear infinite;
}
@keyframes scroll-left {
0% { transform: translateX(100%); }
100% { transform: translateX(-100%); }
}
-
animation-duration: 8s→ 整轮滚动耗时 8 秒；设为4s就快一倍，16s就慢一半 - 父容器必须设
overflow: hidden和明确宽度，否则超出部分仍可见 - 不要在
@keyframes里对transform使用百分比插值（如50% { transform: translateX(0); }），Safari 可能跳帧
需要动态变速？直接改 style.animationDuration
用户悬停暂停、点击加速等交互场景下，CSS 静态声明不够用，JS 操作 DOM 属性最稳：
const el = document.querySelector('.scroll-text span');
el.style.animationDuration = '2.5s'; // 立即生效
el.addEventListener('mouseenter', () => {
el.style.animationDuration = '0s'; // 暂停：设为 0s 即冻结当前帧
});
el.addEventListener('mouseleave', () => {
el.style.animationDuration = '8s'; // 恢复
});
- 避免修改
style.animation字符串（如el.style.animation = 'scroll-left 4s'），容易因顺序/语法错误导致动画中断 - 移动端务必加
will-change: transform，否则快速切换animationDuration时易卡顿 - 若用
requestAnimationFrame手写滚动逻辑，必须用performance.now()计算时间差，setTimeout会累积误差
scrollamount 还值得试吗？真实兼容性底线在哪
除非你明确只支持 IE11 或内网老旧系统（比如某些政务/金融内网仍跑着 Win7+IE11），否则不要把它当真。连微软自己都在 Edge Legacy 停止更新后彻底放弃维护 <marquee></marquee> 的行为逻辑。现在连 IE11 都已终止支持（2025 年 6 月起），继续依赖 scrollamount 就等于主动放弃 99% 的真实用户。
最容易被忽略的一点是：很多人以为“只要不报错就是有效”，但其实浏览器只是静默丢弃了这个属性——它既不触发警告，也不回退到默认行为，而是直接按无动画渲染。这种无声失效，比报错更难排查。
