scroll-snap-type 在移动端不生效需同时满足：父容器设 overflow-x: auto/scroll、scroll-snap-type 设于滚动容器、有明确宽度；子项用 scroll-snap-align: start；iOS 需加 -webkit-overflow-scrolling: touch；active 状态推荐用 IntersectionObserver 监听。
scroll-snap-type 在移动端不生效？检查父容器的 overflow 和 scroll-behavior
最常见的情况是写了 scroll-snap-type: x mandatory 却完全没反应，不是语法错，而是父容器被“静音”了。移动端 Safari 和 Chrome 对触发条件更敏感，必须同时满足三个硬性条件：
-
overflow-x: auto或overflow-x: scroll（不能是hidden或默认值） -
scroll-snap-type必须设在滚动容器上（通常是父级div），不是子项 - 父容器需有明确宽度（比如
width: 100%或max-width: 100vw），不能靠内容撑开
漏掉任意一条，scroll-snap-type 就形同虚设。特别注意：iOS Safari 会忽略 scroll-behavior: smooth，但不影响 scroll-snap 本身；不过如果误加了 scroll-behavior: auto 反而可能干扰 snap 行为。
子项必须用 scroll-snap-align: start，别用 center 或 end
标签页是横向等宽排列，每个 tab 占满视口宽度，所以子项（即每个 tab 标签）必须对齐到容器起始边界，否则 snap 点会偏移或失效：
- 正确写法：
scroll-snap-align: start（配合flex-direction: row） - 错误写法：
scroll-snap-align: center—— 在非等分、非居中布局下极易导致最后一项无法 snap 到位 - 别依赖
scroll-snap-stop: always：它只在滚动过快时强制停靠，对常规标签切换无实质帮助，且兼容性差（Android WebView 不支持）
示例关键样式：
立即学习“前端免费学习笔记（深入）”；
`.tabs-container {
display: flex;
overflow-x: auto;
scroll-snap-type: x mandatory;
width: 100%;
}
.tab-item {
flex: 0 0 100%;
scroll-snap-align: start;
}`
touch 滚动卡顿、回弹异常？加 -webkit-overflow-scrolling: touch
iOS Safari 默认对 overflow: auto 容器启用原生滚动，但若未显式开启惯性滚动支持，scroll-snap 会表现迟钝甚至跳过 snap 点：
- 必须加：
-webkit-overflow-scrolling: touch（仅 iOS 有效，无副作用） - 别加
overscroll-behavior-x: contain：它会禁用滚动边界效果，反而让 swipe 切换失去视觉反馈 - 避免在容器上监听
scroll事件做 active 状态同步：频繁触发影响性能，改用IntersectionObserver更稳
这个属性虽是 WebKit 私有前缀，但在当前所有主流 iOS 版本中仍是必要开关。
active 状态不同步？别靠 scrollLeft 计算，用 scroll-snap-align + IntersectionObserver
很多人想通过监听 scrollLeft 值来判断当前激活 tab，但在移动端高刷新率下，scroll 事件触发不及时，且 scrollLeft 是小数，和像素对齐存在误差：
- 推荐方案：给每个
.tab-item加id，用IntersectionObserver监听isIntersecting为true的那个元素 - 观察阈值设为
{ threshold: 0.6 }，确保 tab 进入视口 60% 以上才标记为 active - 禁止用
getBoundingClientRect().left手动算位置：受缩放、zoom、iframe 嵌套影响大，不可靠
这是唯一能稳定匹配 scroll-snap 实际停靠位置的方法。复杂点在于要处理快速滑动时多个项短暂同时 intersect 的情况，加个防抖或只取第一个 isIntersecting 为 true 的即可。
