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 的数值曲线也不同——别写死阈值，让用户可调校才是实际能落地的做法。
