Pointer Events 不能简单替代 MouseEvent/TouchEvent，需显式处理事件流、preventDefault()、pointerType判断及touch-action；pen设备必须用getCoalescedEvents()保障书写流畅；降级需分层检测支持度并避免事件重复监听。
Pointer Events 能统一处理鼠标、触摸和压感笔，但直接替换/会出问题——关键在于事件流阶段、默认行为和指针类型判断必须显式处理。
为什么
不能简单替代
移动端 Safari 和部分安卓 WebView 在
触发时，仍可能触发后续的
或滚动，尤其当没调用
且未设置
。这不是 bug，而是 Pointer Events 的设计逻辑：它不自动阻止其他兼容事件，除非你明确干预。
必须在
中检查
（
/
/
），再决定是否调用
对
和
类型，通常需
来禁用缩放/滚动；但对
类型一般不调用，否则会破坏右键菜单或拖拽原生行为
全局加
是高风险操作——它会让整个区域失去原生滚动能力，应只作用于具体交互容器，如
是压感笔流畅书写的唯一可靠方案
普通
在高速书写时会丢帧，尤其在 Surface 或 iPad 上。浏览器把多次硬件采样合并成单个事件后，才通过
暴露给你——不读这个数组，你就永远画不直一条线。
仅在
事件中可用，且只对
或高采样率触摸设备有效
返回的是
数组，每个含独立
和
，按时间顺序排列
别在循环里反复调用
——它只返回「本次事件未消费的剩余采样点」，调一次就清空
如何安全降级到
和
不是所有环境都支持 Pointer Events（IE10/11 部分支持但无
，旧版 iOS Safari 完全不支持）。不能靠
就认为万事大吉。
检测要分层：
才能用高级特性
降级时，
必须监听
，而
直接用
——坐标系统一致，但触摸事件的
是动态列表，容易误取
避免同时监听三套事件：用
显式分流，别让它们共存触发重复逻辑
压感笔的
和
值范围、精度、校准方式各厂商差异极大，哪怕同是 Wacom 协议，Surface Pro 和 Cintiq 的数值曲线也不同——别写死阈值，让用户可调校才是实际能落地的做法。
mousedowntouchstartpointerdowntouchstartpointerdownclickevent.preventDefault()touch-actionpointerdownevent.pointerType"mouse""touch""pen"preventDefault()touchpenpreventDefault()mousetouch-action: none.canvas-wrapper { touch-action: none; }getCoalescedEvents()pointermovegetCoalescedEvents()pointermovepointerType === "pen"PointerEventclientX/clientYpressuregetCoalescedEvents()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;
}
});MouseEventTouchEventgetCoalescedEventsif ("onpointerdown" in window)if ("PointerEvent" in window && "getCoalescedEvents" in PointerEvent.prototype)touchstarttargetTouches[0]pointerdownclientX/clientYtouchestouches[1]if (supportsPointerEvents) { ... } else if ("ontouchstart" in window) { ... }pressuretangentialPressure