Pointer Events 统一处理多设备输入需四点配置：按 pointerType 精准调用 preventDefault()；对绘图容器设 touch-action: none；压感笔用 getCoalescedEvents() 补帧；监听 pointercancel 并分层检测支持度降级。
用 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），它能模拟 API，但无法解决底层行为差异：
- 先检测原生支持："PointerEvent" in window && "getCoalescedEvents" in PointerEvent.prototype —— 仅当两者都满足，才启用压感笔高阶特性
- 不支持时 fallback 到 mousedown + touchstart，但共用同一套处理函数，避免逻辑分裂
- 禁止同时绑定 pointer 系列和 mouse/touch 事件，否则可能触发重复响应
