pointer events 不能简单替代 mouseevent/touchevent，需显式处理事件流、preventdefault()、pointertype判断及touch-action；pen设备必须用getcoalescedevents()保障书写流畅；降级需分层检测支持度并避免事件重复监听。

Pointer Events 能统一处理鼠标、触摸和压感笔，但直接替换 mousedown/touchstart 会出问题——关键在于事件流阶段、默认行为和指针类型判断必须显式处理。

为什么 pointerdown 不能简单替代 touchstart

移动端 Safari 和部分安卓 WebView 在 pointerdown 触发时，仍可能触发后续的 click 或滚动，尤其当没调用 event.preventDefault() 且未设置 touch-action。这不是 bug，而是 Pointer Events 的设计逻辑：它不自动阻止其他兼容事件，除非你明确干预。

• 必须在 pointerdown 中检查 event.pointerType（"mouse" / "touch" / "pen"），再决定是否调用 preventDefault()
• 对 touch 和 pen 类型，通常需 preventDefault() 来禁用缩放/滚动；但对 mouse 类型一般不调用，否则会破坏右键菜单或拖拽原生行为
• 全局加 touch-action: none 是高风险操作——它会让整个区域失去原生滚动能力，应只作用于具体交互容器，如 .canvas-wrapper { touch-action: none; }

getCoalescedEvents() 是压感笔流畅书写的唯一可靠方案

普通 pointermove 在高速书写时会丢帧，尤其在 Surface 或 iPad 上。浏览器把多次硬件采样合并成单个事件后，才通过 getCoalescedEvents() 暴露给你——不读这个数组，你就永远画不直一条线。

• 仅在 pointermove 事件中可用，且只对 pointerType === "pen" 或高采样率触摸设备有效
• 返回的是 PointerEvent 数组，每个含独立 clientX/clientY 和 pressure，按时间顺序排列
• 别在循环里反复调用 getCoalescedEvents()——它只返回「本次事件未消费的剩余采样点」，调一次就清空

canvas.addEventListener("pointermove", (e) => {
  if (e.pointerType !== "pen") return;
  const points = e.getCoalescedEvents();
  for (const p of points) {
    drawLine(lastX, lastY, p.clientX, p.clientY, p.pressure);
    lastX = p.clientX;
    lastY = p.clientY;
  }
});

如何安全降级到 MouseEvent 和 TouchEvent

不是所有环境都支持 Pointer Events（IE10/11 部分支持但无 getCoalescedEvents，旧版 iOS Safari 完全不支持）。不能靠 if ("onpointerdown" in window) 就认为万事大吉。

• 检测要分层：if ("PointerEvent" in window && "getCoalescedEvents" in PointerEvent.prototype) 才能用高级特性
• 降级时，touchstart 必须监听 targetTouches[0]，而 pointerdown 直接用 clientX/clientY——坐标系统一致，但触摸事件的 touches 是动态列表，容易误取 touches[1]
• 避免同时监听三套事件：用 if (supportsPointerEvents) { ... } else if ("ontouchstart" in window) { ... } 显式分流，别让它们共存触发重复逻辑

压感笔的 pressure 和 tangentialPressure 值范围、精度、校准方式各厂商差异极大，哪怕同是 Wacom 协议，Surface Pro 和 Cintiq 的数值曲线也不同——别写死阈值，让用户可调校才是实际能落地的做法。