旧版chrome中scroll-snap-type不触发吸附，而是根本未生效；需为每个子项显式添加scroll-snap-stop: always，容器设固定height和touch-action: pan-y，并避免transform等干扰布局的属性。
旧版Chrome中scroll-snap-type不触发吸附，不是“不顺滑”，而是根本没生效
旧版Chrome（尤其是 Chrome 80–92，对应 Android 10–12 系统 WebView）对 scroll-snap-type 的实现是残缺的：它不会触发吸附动画，scroll 事件只在起止位置触发，scrollTop 始终为 0 或整屏跳变。这不是性能问题，是底层 snap 引擎未启用——你读不到中间滚动值，所有基于 scroll 的 JS 逻辑（如进度条、高亮、懒加载）都会失准。
必须显式加 scroll-snap-stop: always 到每个子项
仅在容器上写 scroll-snap-type: y mandatory 不够。旧版内核要求每个可停靠子元素（如 .slide）必须带 scroll-snap-stop: always，否则直接忽略该子项。这个属性在新版中是可选的，但在旧版里是硬性开关。
-
scroll-snap-align: center必须配合height: 100vh（不能是min-height或dvh），否则 Firefox 和旧 Chrome 都可能跳过吸附 - 子项不能有
transform、position: absolute、flex: 1，这些会破坏布局流，导致scroll-snap-align被无视 - 滚动容器需设
touch-action: pan-y（横向为pan-x），否则 touch 事件被系统拦截，snap 逻辑压根不参与
自定义滚动条 + scroll-snap 在 Chrome 下点击轨道跳顶/跳底
当你同时用了 ::-webkit-scrollbar 和容器级 scroll-snap-type: y mandatory，Chrome 会把滚动条点击事件和强制吸附逻辑搞混，结果就是点轨道直接跳到顶部或底部。这不是 bug，是旧版渲染层对非根元素 scroll-snap 的解析偏差。
- 解决方案：把
scroll-snap-type从.container或body上移走，直接写在html元素上 - 改用
scroll-snap-type: y proximity（不是mandatory），降低强制干预强度 - 确保
html有overflow-y: auto，且内容总高度 > 视口高度（否则无滚动，自然无吸附）
fallback 到 JS 对齐时，别轮询 scrollTop
在旧 WebView 中监听 scroll 并读 scrollTop 是无效的。正确 fallback 是检测滚动结束，再 scrollTo 强制对齐：
- 优先用
scrollend事件（Chrome 93+ 支持，但 Samsung Internet 和 Android WebView 多数不支持） - fallback 方案：用
setTimeout连续两帧检查document.scrollingElement.scrollTop是否稳定（差值 - 目标位置别用
offsetTop（受 margin/padding 影响大），改用getBoundingClientRect().top + window.pageYOffset - 对齐后加
scroll-behavior: smooth（仅限支持环境），旧版直接scrollTo({ behavior: 'auto' })
scroll-snap 不是“降级为不顺滑”，而是“彻底静默”。一旦发现 scrollTop 没变化、scroll 事件稀疏，就该立刻切到 scrollend + scrollTo 路线，而不是反复调 scroll-snap-align 或加 will-change。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
