安卓旧版WebView对touch-action是三重失效：内核未实现、厂商定制覆盖、开发者常写错作用对象，需JS特征检测+被动事件显式配置降级处理。
安卓旧版 WebView 内核压根没实现 touch-action
不是“不支持”，是对应内核版本压根没这玩意儿。Android 6–8 的系统 WebView（基于 Chromium 51–63）对 touch-action 的支持极不完整：none 常被忽略或降级为 auto，pan-x/pan-y 在容器未真正溢出时形同虚设。你写的样式在 computed 样式里可能直接显示为空白或灰色，DevTools 都不认——这不是 bug，是代码库里根本没写那部分逻辑。
厂商定制系统会绕过或覆盖标准行为
华为 EMUI、小米 MIUI、OPPO ColorOS 等早期定制浏览器，常在 WebView 层加私有手势拦截逻辑。比如双指缩放强制启用，哪怕你写了 touch-action: pan-y，它照样响应；或者把 touch-action: none 解释成“禁用所有交互”，连 <input> 点击都失灵。这类问题无法靠 CSS 修复，必须用 JS 检测 UA + 特征判断后降级处理。
作用对象错了，再新也白搭
-
touch-action在<body>或<html>上写，旧安卓 WebView 直接无视——必须落到具体滚动容器上，比如一个div.scroll-area且满足overflow-y: auto+height+ 内容真实溢出 - 父元素写了
touch-action: none，子元素再写pan-y也会被截断——旧内核不支持“继承宽松化”，只认最近一层有效声明 - 元素没有渲染尺寸（如
height: auto且内容为空），或用了position: fixed但没设top/bottom，浏览器根本不把它当可触摸区域
passive 事件机制让 JS 补救变复杂
旧安卓 Chrome/WebView 默认给 touchstart/touchmove 加 { passive: true }，导致你在监听器里调 e.preventDefault() 会报错：Unable to preventDefault inside passive event listener。想用 JS 拦住滚动穿透？得先确保绑定时显式传 { passive: false }，而且只能绑到目标容器，不能全局挂 document——否则整个页面滚动卡死。
touch-action 问题本质是“三重失效”：内核没实现、厂商改了规则、开发者常写错位置。真机测试不能只看 Chrome，得抓几台 Android 7–8 的真机跑一跑，尤其注意带 X5 内核的微信内置浏览器和系统自带浏览器。 
