触摸拖拽一开始页面就滚动，怎样对照 touch-action 与 pointercancel

先在手势开始前给交互区声明 touch-action，再检查浏览器是否接管滚动并发出 pointercancel。CSS 的 pointer-events 控制命中对象，不能替代 touch-action 的手势约定。

先固定滚动方向与声明位置

夹具是一页足够长的纵向文档，区域先设pan-y，再设none，用相同的向上滑动输入比较。pan-y允许浏览器处理纵向平移，因此可能滚动页面并取消应用中的指针流；none把这个区域上的直接操作交给应用处理。声明应在交互开始之前就存在，拖动到一半再改样式不能作为这一次手势已改变归属的证据。

采集取消而不是只盯着抬手

用Chromium的CDP触摸输入形成浏览器手势识别流程，记录pointerdown、move、cancel、up以及scrollY。pan-y组的验证点是发生滚动并看见取消，none组是不滚动且没有取消。取消并不是硬件拔线的专属信号，也不应继续等一个永远不会送来的正常pointerup才能结束拖动。

不要混淆三种事件证据

脚本没有用dispatchEvent伪造pointercancel，而是将模拟触点交给浏览器输入管线。CDP触摸仍是自动化模拟，不代表真实触摸框的采样与驱动；日志中的isTrusted也不能把自动化输入升级成真人实测。若把new PointerEvent派发到元素，只能测试自己的取消处理函数，不能验证浏览器是否真的接管了滚动。

保留可滚动页面的可用性

none适合确实由应用接管的画布或拖动区域，不宜随手加到整页根节点。正文阅读区若被全局禁止手势，可能丢失预期滚动或缩放方式。实际项目应分别试卡片内部、区域外侧和系统屏边；失败时先核对祖先元素的touch-action限制，再看是否还有另一层透明遮罩承接了手势。

在取消时留下可以判断的状态

当pointercancel到来，应用应停止这一指的拖动、清除视觉按下态，并按规则回滚或保留最后位置，而不是把它当作成功提交。若操作只在正常抬手时提交，就让取消路径明确不提交。附件只记录取消与滚动，没有执行卡片保存；项目可在同一夹具加一个本地提交计数，验证取消后为零，再去对接真实动作。

下载并复现

下载原创HTML夹具、独立验证程序、本次执行记录和依赖与运行说明，放在同一目录。安装Playwright 1.58.0及其Chromium后运行 python verify.py；程序使用两个随机本地端口，自动关闭浏览器与服务，不请求外网或业务接口。

本次实际环境为Python 3.12.4、Playwright 1.58.0、Chromium 145.0.7632.6。Chromium CDP模拟触摸，经浏览器输入管线；非真实触摸硬件。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

继续核查与一级出处

基础背景见触摸查询机无响应/漂移排查。触摸默认手势与鼠标滚轮的取消约束需要分别验证，可继续用滚轮监听写了 preventDefault 仍会滚动，怎样验证 passive 监听限制取证；相关工程入口在专题与产品对接说明。

• touch-action及浏览器抑制指针流：2026-10-24已联网读取一级来源；Pointer Events Level 3，2026-06-30 W3C Recommendation。