最有效的是对实际滚动容器设 overscroll-behavior: none 或 contain，需同时满足：显式可滚动（overflow-y:auto/scroll）、有明确高度、内容真实溢出；根元素（body/html）上无效，因 WebKit 硬编码限制。
直接加 overscroll-behavior: none 最有效，但只对「内容真实溢出 + 显式可滚动」的子容器生效；写在 body 或 html 上完全无效，iOS Safari 会直接忽略该声明。
为什么 overscroll-behavior 写在 body 上没用
不是样式漏写了，是 WebKit（包括 iOS Safari 和 Chrome for iOS）硬编码限制：根元素的 overscroll 行为由 WebView 底层控制，CSS 无权干预。body { overscroll-behavior: none; } 在 DevTools 里显示为灰色禁用状态，computed 值为空。真正起效的必须是那个「实际发生滚动」的容器，比如 .modal-content、#app、.list-container。
它必须同时满足三个条件：
-
overflow-y: auto或scroll（hidden或未声明都不算） - 有明确高度（如
height: 100vh；min-height或靠内容撑开不行） - 内容真实溢出（滚动条能出现，且
scrollTop可变）
overscroll-behavior: contain vs none 怎么选
绝大多数场景该用 contain，不是因为它“不够强”，而是更安全：
立即学习“前端免费学习笔记（深入）”；
-
contain：阻止事件向父级冒泡（背景页不回弹），但保留本层轻微弹性（如弹窗内列表拉到底仍有视觉反馈），键盘唤起时input自动滚动定位也不受影响 -
none：彻底禁掉本层所有 overscroll 反馈（含下拉刷新提示、历史滑动等），适合全屏遮罩、游戏画布等强隔离场景 - 别写成
no-scroll或disable——合法值只有auto、contain、none
老 iOS（iOS 16.4 之前）怎么兜底
这些版本完全不识别 overscroll-behavior，CSS 方案形同虚设。JS 降级也无法完美模拟原生禁止效果：
- 强行用
touchmove+preventDefault()容易锁死滚动、破坏惯性、误杀输入框和地图 - 必须加
{ passive: false }，否则 iOS Safari 15+ 会静默忽略preventDefault() - 只对特定类（如
.no-bounce）生效，避免全局拦截 - 监听
scrollTop === 0 && e.touches[0].clientY > 0（顶部触顶上拉）时才调e.preventDefault()
别用 body { position: fixed } 锁定滚动——它会破坏 focus 状态、键盘逻辑，SSR 下极易出错。
嵌套滚动或框架组件中容易漏的关键点
嵌套结构（如 modal > list > item）中，每一层独立可滚动的容器都得单独加 overscroll-behavior，漏一层就可能穿透回弹：
- uni-app 的
<uni-scroll-view>必须穿透到::deep(.uni-scroll-view-content) - 微信小程序的
<scroll-view>同理，要作用于其内部渲染节点，不能只设在组件标签上 - 若容器或其祖先用了
transform、will-change、contain: paint，会创建新层叠上下文，绕过overscroll-behavior控制链 -
overscroll-behavior不继承，也不支持简写为overscroll-behavior-y单独生效——建议统一用overscroll-behavior: none或contain
最常被忽略的是：你以为滚动发生在外层 div，其实真正在滚动的是它的子元素，而那个子元素根本没加样式。
