scrollamount 是 的废弃属性，仅旧版IE部分支持，现代浏览器完全忽略；应改用 CSS animation-duration 或 JS 动态控制 animationDuration 实现可靠滚动。
scrollamount 是什么，为什么改它不一定有效
scrollamount 是 标签的非标准属性，用于控制滚动文字每次移动的像素数。值越大，视觉上越“快”。但它只在部分旧版浏览器（如 IE、早期 Edge）中生效，现代 Chrome/Firefox/Safari 已完全忽略该属性——哪怕写了也毫无反应。
更关键的是： 本身是 HTML5 中**废弃（obsolete）** 的元素，W3C 不推荐使用，任何依赖它的方案都存在兼容性断裂风险。
用 CSS animation 替代 marquee 实现可控变速滚动
真正可靠的做法是用 @keyframes + animation 模拟滚动，并通过 animation-duration 精确控制速度。滚动快慢取决于动画完成一整轮所需时间，而非“每帧跳多少像素”。
示例：让文字从右到左匀速滚动一圈耗时 8 秒
立即学习“前端免费学习笔记（深入）”；
.scroll-text {
white-space: nowrap;
overflow: hidden;
}
.scroll-text span {
display: inline-block;
animation: scroll-left 8s linear infinite;
}
@keyframes scroll-left {
0% { transform: translateX(100%); }
100% { transform: translateX(-100%); }
}-
animation-duration: 8s越小，滚动越快；设为4s就会快一倍 - 若需“变速”，可改用
ease-in-out或自定义animation-timing-function，但注意：这会让速度不均匀，可能影响可读性 - 必须确保容器有明确宽度且
overflow: hidden，否则看不到裁剪效果
JavaScript 动态调整滚动速度的实用场景
当需要响应用户操作（如鼠标悬停暂停、点击加速）时，CSS 方案不够灵活，此时用 JS 控制 animationDuration 更直接。
关键点：
- 不要修改
style.animation字符串去重写整个动画声明，容易出错 - 推荐操作 DOM 元素的
style.animationDuration属性，例如：el.style.animationDuration = '3s' - 若用
requestAnimationFrame手写滚动逻辑，务必用performance.now()计算时间差，避免setTimeout累积误差 - 移动端要注意
will-change: transform提升渲染层，否则快速变速时可能出现卡顿
scrollamount 还值得试吗？真实兼容性底线在哪
除非你明确只支持 IE11 或内网老旧系统，否则不要把它当真。即使在 IE 中，scrollamount="1" 和 "10" 的实际速度差异也受系统 DPI、字体渲染、GPU 加速状态影响，无法跨设备一致。
更现实的底线是：所有新项目应彻底弃用 。老项目迁移时，优先用 CSS 方案替换，仅在需兼容 IE9–10 且无 JS 支持时，才考虑降级为 scrollamount + scrolldelay 组合——但要接受它在其他环境完全失效。
真正难处理的不是“怎么调快慢”，而是“如何让不同屏幕尺寸下保持可读的滚动节奏”。这需要结合视口宽度动态计算 animation-duration，而不是固定一个数字。
