overscroll-behavior在旧版android webview（chrome 50–59）中根本未实现，属性被直接忽略，computed样式中不可见；需用{passive: false}的touchmove+preventdefault()条件拦截补位。
overscroll-behavior 在旧版 Android WebView 中根本未实现
它不是“写错”或“没触发”，而是 Android 系统 WebView（尤其 Android 7–9 的 Chromium 内核版本）压根没解析这个 CSS 属性。Chrome 63+ 才开始支持，但很多旧版 App 内置的 WebView 版本卡在 Chrome 50–59 区间，overscroll-behavior 声明会被浏览器直接忽略，连 computed 样式里都看不到。
Android 低版本 WebView 不识别 overscroll-behavior 的典型表现
常见现象包括：
-
overscroll-behavior: contain写在.modal__scroller上，但弹窗滚动到底部时背景页仍跟着动 - DevTools 的 Elements 面板里该属性显示为灰色、无高亮，Computed 样式中查不到对应值
- 同一份代码在 Chrome 桌面版正常，在 Android App 内嵌页里完全无效
- 即使加了
overflow-y: auto和明确max-height，属性也静默失效
为什么不能靠降级到 touch-action: none 解决
touch-action: none 在旧版 Android 上也有严重限制：
- 它会禁用整个元素的所有手势（包括点击、长按），不只是滚动
- 若元素内有
<input>或<textarea></textarea>，键盘将无法唤起 - 在 Android 6–8 的 WebView 中，
touch-action支持不完整，none常被降级为auto或直接忽略 - 它不解决“滚动穿透”问题，只阻止手势响应，无法替代
overscroll-behavior的事件链切断语义
旧版 Android 必须用 JS 补位，但要注意 passive 陷阱
可行方案是监听 touchmove 并条件调用 preventDefault()，但必须满足：
- 绑定时显式传
{ passive: false }，否则在 Android Chrome 56+ 及 WebView 中preventDefault()会被静默忽略 - 只对目标滚动容器绑定，不要监听
document—— 否则会锁死所有滚动 - 判断逻辑必须精确：
el.scrollTop === 0 && e.touches[0].clientY > el.getBoundingClientRect().top（触顶）或el.scrollTop >= el.scrollHeight - el.clientHeight（触底） - 组件卸载时务必调用
removeEventListener，否则手势残留会导致后续页面滚动异常
真正难的不是写一行 CSS，而是确认当前运行环境是否真把那个 div 当作独立滚动上下文 —— 尤其在混合渲染的 App 容器里，WebView 版本、是否启用硬件加速、父层是否用了 transform，都会让同一个 CSS 声明产生截然不同的结果。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
