直接给body或html加overscroll-behavior:none无效，因webkit明确不支持根元素该属性；必须作用于满足overflow-y:auto、明确高度及内容真实溢出三条件的实际可滚动子容器。
直接给 body 或 html 加 overscroll-behavior: none 无效，iOS Safari 会忽略它；必须作用于实际可滚动的子容器，且该容器需满足三个硬性条件。
为什么写在 body 上完全没反应
不是你代码写错了，是 WebKit（iOS Safari、Chrome for iOS）明确不支持在根元素上启用 overscroll-behavior。DevTools 里能看到该样式被标记为灰色禁用状态，computed 值为空。浏览器把视口层级的橡皮筋行为锁死在 WebView 底层，CSS 无权干预。
真正起效的位置只能是：一个设置了 overflow-y: auto（或 scroll）、有明确高度（如 height: 100vh）、内容真实溢出的容器，比如：
-
.content、#app、.modal__content - uni-app 中的
::deep(.uni-scroll-view-content) - 微信小程序
<scroll-view></scroll-view>渲染出的内部节点
overscroll-behavior: contain vs none 怎么选
绝大多数场景该用 contain，不是因为它“弱”，而是更安全：
-
contain：允许本容器内拉到底部时有轻微弹性（视觉友好），但阻止事件向父级冒泡——背后页面不会被拖拽回弹，键盘唤起时 input 自动滚动定位也不受影响 -
none：彻底禁掉本层所有 overscroll 反馈，包括下拉刷新提示、历史滑动等；只适合全屏遮罩、游戏画布等强隔离场景 - 别写成
no-scroll或disable—— 合法值只有auto、contain、none
为什么加了还是触发回弹？先检查这三件事
即使样式写对了，也可能因底层渲染条件未满足而失效：
- 容器没设
overflow-y: auto（或scroll）——hidden或未声明 overflow 都不算“可滚动” - 父级用了
position: fixed，但子容器没设显式高度，Safari 不认为它构成独立滚动上下文 - 容器或其祖先有
transform、will-change、contain: paint—— 这些会创建新层叠上下文，绕过overscroll-behavior控制链
嵌套滚动结构（如 modal > list > item）中，每一层独立可滚动的容器都得单独加，漏一层就可能穿透。
老 iOS（iOS 16.4 之前）根本不用试 CSS
这些版本完全不识别 overscroll-behavior，JS 也无法完美模拟原生禁止效果。强行用 touchmove + preventDefault() 容易锁死所有滚动、破坏惯性、影响性能。
能落地的妥协方案只有两个：
- 对关键操作（如下拉刷新）改用阈值检测，不依赖“拉到顶”的精确位置
- 用
scrollend事件配合scrollTop判断，手动重置局部容器滚动位置（注意会打断自然动效）
最常被忽略的一点：很多页面的橡皮筋根本不是子容器引起的，而是 body 自己在滚动——先检查是否内容高度不足一屏，导致根元素成了实际滚动体。这时候修容器没用，得先 fix 布局高度。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
