overflow-anchor 控制浏览器是否自动补偿滚动位置，解决内容动态插入导致的被动位移；设为 none 可固定滚动条位置、保护交互焦点，但 Safari 不支持，需 JS 或其他方案替代。
overflow-anchor 不是“防止跳动”，而是控制浏览器是否自动补偿滚动位置
它解决的不是用户主动滚动时的抖动，而是内容在视口上方动态插入（如图片加载、评论追加）导致的被动位移。浏览器默认开启 overflow-anchor: auto，会尝试把当前视口顶部最近的块级元素当作锚点，并在它上方插入新内容时，向上微调滚动位置，让该锚点看起来“没动”。这种补偿行为就是你感知到的“不跳动”——本质是滚动条位置被悄悄改了。
设为 none 后为什么反而更“稳”？
这取决于你要稳什么。设 overflow-anchor: none 是放弃自动补偿，让滚动条位置绝对固定。此时新内容插入后，页面高度增加，但滚动条不动，内容整体向下平移——光标、阅读行、输入框焦点不会被顶走。典型场景：
- 富文本编辑器中用户正在
textarea输入，新回复从顶部插入 → 焦点被顶出视口，体验断裂 - 无限滚动列表里用户刚滑到第 15 条，下一页数据插入顶部 → 原本在中间的条目突然跑到下方，需重新定位
- 带固定 Header 的 SPA，路由切换时 DOM 重排触发锚点错乱 → 视口“抽搐”一下
这些情况下，none 不是让内容不移动，而是让移动变得可预测、不干扰当前交互焦点。
为什么 Safari 下写了 overflow-anchor: none 没用？
因为 Safari 完全不支持该属性（截至 2026 年 4 月）。你写的样式会被忽略，浏览器仍按默认 auto 行为运行。这意味着：
立即学习“前端免费学习笔记（深入）”；
- 不能靠它实现跨浏览器一致性防跳动
- 若依赖
none实现输入框焦点稳定，Safari 用户仍会遇到光标被顶走的问题 - JavaScript 动态设置
element.style.overflowAnchor = 'none'同样无效
真正需要兼容 Safari 的场景，得配合 MutationObserver + scrollTo 手动维持滚动位置，或改用 position: sticky + 固定容器高度等替代方案。
容易被忽略的生效前提
overflow-anchor 不是万能开关，它只在特定条件下起作用：
- 目标元素必须有溢出（即实际出现滚动条），否则无锚定行为可干预
- 必须显式写在具体容器上，比如
.comment-list，不能只设在body或html上指望全局生效 - 锚点元素若被
display: none、visibility: hidden或position: absolute移出文档流，auto模式会 fallback 失效，none则不受影响 - 与
scroll-behavior: smooth共存时，none会禁用锚点跳转的平滑动画，变成瞬移
最常踩的坑是：给整个页面设了 overflow-anchor: none，结果发现页面内所有 #section2 这类锚点跳转都变生硬了——这不是 bug，是设计使然。
