pointer events 统一处理三类设备需围绕指针类型判断、默认行为干预、采样精度控制和降级策略四点展开：区分 pointertype 调用 preventdefault()；仅在交互容器设 touch-action: none；压感笔必用 getcoalescedevents() 补帧；监听 pointercancel 并处理多点与拖拽逻辑；降级需特征检测而非仅依赖 polyfill。
用 Pointer Events 统一处理鼠标、触摸屏和手写笔，核心不是简单替换事件名，而是围绕指针类型判断、默认行为干预、采样精度控制和降级策略四点展开。一套代码能跑通三类设备，但跳过任一环节都可能在某类设备上失效。
区分 pointerType 并差异化调用 preventDefault()
pointerdown 触发时，浏览器不会自动阻止滚动或缩放——是否阻止，取决于你对输入类型的判断：
- 当 event.pointerType === "touch" 或 "pen"：通常需立即 e.preventDefault()，否则手指滑动仍会触发页面滚动，笔迹也会被系统手势打断
- 当 event.pointerType === "mouse"：一般不调用 preventDefault()，否则右键菜单、拖拽选中文本等原生行为会被禁用
- 避免全局写 touch-action: none；只加在具体交互容器上，例如 .drawing-canvas { touch-action: none; }
压感笔必须用 getCoalescedEvents() 补帧
普通 pointermove 在高速书写时严重丢点，尤其 Surface 和 iPad 上。浏览器底层采集频率远高于事件派发频率，而 getCoalescedEvents() 是唯一暴露完整采样序列的接口：
- 仅在 event.pointerType === "pen" 时调用，其他类型返回空数组
- 每个 coalesced event 包含独立的 clientX/clientY 和 pressure，按时间顺序排列
- 只调用一次——它返回的是「本次事件未消费的剩余采样点」，重复调用会漏数据
正确处理事件流与中断场景
Pointer Events 不是“更高级的 click”，它有自己完整的生命周期和中断机制：
- pointercancel 必须监听：来电、弹窗、页面滚动、系统切后台都会触发，此时应清空绘图临时状态、释放 pointer capture
- 多点触控下用 event.isPrimary 判断主指针，避免多个手指同时触发重复逻辑
- 需要拖拽响应时，pointerdown → pointermove → pointerup 流程中保持 target 一致，防拖出后仍继续绘制
兼容性降级不能只靠 polyfill
PEP（Pointer Events Polyfill）能模拟 API，但无法解决底层行为差异。真实降级要分层处理：
- 先检测原生支持："onpointerdown" in window && window.PointerEvent
- 支持则只绑定 pointer 系列事件；不支持则 fallback 到 mousedown + touchstart，并共用同一套处理函数
- 注意 touchstart 默认是 passive 的，若需 preventDefault()，必须显式传 { passive: false }
- 避免 polyfill 和原生事件同时监听——可通过 feature detection 动态加载 PEP，而非无条件引入
