overscroll-behavior-y: none 对翻页回弹无效，因其仅控制滚动容器溢出时的弹性反馈，而翻页（如 pushState、scrollIntoView、scrollTo）不触发 overscroll；翻页回弹实际源于 scrollRestoration、滚动动画物理模拟或 JS 库手动实现的 easing 动画。
overscroll-behavior-y 不能禁用全屏 H5 翻页回弹——它只控制滚动容器边界溢出时的弹性反馈，而翻页（如 history.pushState 切页、scrollIntoView 跳转、或 scrollTo 触发的视口重定位）本身不触发 overscroll，也就不会被该属性拦截。
为什么 overscroll-behavior-y: none 对翻页无效
翻页过程中的“回弹”通常不是 overscroll 行为，而是以下几种情况之一：
- 页面跳转后，浏览器自动将视口滚动到顶部（
scrollRestoration: auto默认行为），此时若html或body是滚动容器，顶部下拉仍会触发回弹——但这是根元素的原生 overscroll，overscroll-behavior在html/body上被忽略 - 使用
scrollIntoView({ behavior: 'smooth' })滚动到新锚点时，iOS Safari 会在到达目标前/后产生轻微 overshoot + bounce，这属于滚动动画的物理模拟，不受overscroll-behavior控制 - 某些 H5 翻页库（如 Swiper）内部用
transform+touchmove实现拖拽翻页，其“回弹”是 JS 手动实现的 easing 动画，CSS 属性完全不介入
真正需要干预的是翻页后的滚动上下文
如果你的 H5 是单页应用（SPA），每次翻页实际是 DOM 替换 + scrollTo(0, 0)，那么关键不是“禁用翻页回弹”，而是确保翻页完成后，**当前滚动容器处于可控状态**：
- 给主内容容器（如
#app或.page-wrapper）设overscroll-behavior-y: none，前提是它有overflow-y: auto且高度受限（如height: 100vh）——这样能防止用户在页面内容不足时下拉触发根回弹 - 翻页后立即执行
document.scrollingElement?.scrollTo({ top: 0, behavior: 'instant' })，避免smooth带来的 bounce 残影 - 禁用浏览器默认滚动恢复：
history.scrollRestoration = 'manual'，并在路由切换后主动控制滚动位置 - 如果用 Swiper 或类似库，关掉它的
resistanceRatio（Swiper v8+）或设resistance: false，这才是针对翻页回弹的直接开关
iOS 16.4 以下设备必须 JS 补位，但别拦 touchmove
老 iOS 不支持 overscroll-behavior，且对 touchmove.preventDefault() 极其敏感——拦错地方会锁死所有滚动。更稳妥的做法是：
立即学习“前端免费学习笔记（深入）”；
- 只在翻页动画进行中（比如 Swiper 的
slideChangeTransitionStart钩子）临时加body { overflow: hidden; position: fixed; top: -${window.scrollY}px; } - 翻页结束瞬间恢复
body样式，并用setTimeout(() => window.scrollTo(0, scrollY), 0)重置视口，绕过浏览器异步滚动队列 - 不要监听全局
touchmove，尤其别在passive: false下无差别preventDefault()——这会导致列表无法滚动、输入框无法唤起键盘
最易被忽略的一点：翻页回弹往往不是单一原因。它可能是 scrollRestoration + scrollIntoView easing + Swiper resistance + 根元素 overscroll 四者叠加的结果。逐层排查比堆砌 CSS 更有效。比如先关掉 Swiper 的 resistance，再看是否还有 bounce；没了，就不用动 overscroll-behavior。
