touch-action不能调节滚动阻尼，它只决定是否启用原生滚动；真正影响滚动方向与生效的是pan-y、pan-x pan-y、none、manipulation等值，而iOS流畅惯性依赖-webkit-overflow-scrolling: touch而非touch-action。
touch-action 不能调节滚动阻尼
它不控制滚动的物理感（如回弹强度、惯性衰减、摩擦系数），只决定浏览器是否启用原生滚动。所谓“阻尼”是 WebKit 内部滚动引擎的行为，CSS 没有对应属性可调。你看到的 iOS 上流畅惯性滚动，是 -webkit-overflow-scrolling: touch 启用的硬件加速滚动层在起作用，不是 touch-action 的功劳。
哪些 touch-action 值会影响滚动行为
真正影响滚动能否发生、朝哪个方向发生、是否被截断的，是 touch-action 的取值组合：
-
touch-action: pan-y：允许纵向滚动，但会抑制横向微动；若父级设了pan-x或none，子元素即使写了pan-y也无效 -
touch-action: pan-x pan-y：等价于默认行为，但比auto更明确，部分旧 WebView 下更可靠 -
touch-action: none：原生滚动完全失效，scroll事件不触发，必须手动监听touchstart/touchmove并调用event.preventDefault() -
touch-action: manipulation：保留单指滚动，但禁用双击缩放——它不增强阻尼，只是让滚动和点击共存更安全
真机上滚动“发紧”或“没惯性”的常见原因
这不是 touch-action 设错，而是底层滚动机制被破坏：
- 容器没设
overflow: auto或overflow-y: scroll，仅靠touch-action无法激活滚动 - 父级元素（比如 Modal 背景遮罩）设置了
touch-action: none，子列表的pan-y被强制忽略 - iOS Safari 中，滚动容器未启用
-webkit-overflow-scrolling: touch，导致回弹和惯性丢失 - 监听了
scroll事件且回调里有同步 DOM 操作，直接拖慢帧率，让滚动变“涩”
想让滚动更“跟手”或更“松快”，该配什么
别指望 touch-action，这几个才是关键：
立即学习“前端免费学习笔记（深入）”；
- 对滚动容器加
-webkit-overflow-scrolling: touch（iOS 必须） - 用
overscroll-behavior: contain隔离滚动边界，避免穿透干扰主页面惯性 - 滚动事件监听务必加
{ passive: true }，否则 Chrome/Safari 会降级为非被动模式，卡顿明显 - 避免在滚动中触发重排：不要读写 offsetTop、clientHeight 等，改用
getBoundingClientRect()+requestAnimationFrame
真正影响阻尼的，是设备系统层和浏览器渲染管线，CSS 能做的只是不挡路——设对 touch-action 是前提，不是解药。
