从一次报错聊聊 Point 事件

摘要：定位问题根据调用栈很快定位到了代码，源码定位到之前一位同事写的组件代码，大概是这样的部分业务代码报错的地方部分业务代码发现是触发了事件，因为没有这个字段，导致抛出异常。它的和鼠标事件很像，非常容易迁移。

同步自我的博客，欢迎交流

这篇文章在草稿箱里躺了很久，因为最近又遇到了相关问题，于是又整理了一下。请注意这里讲的不是 css 的 pointer-events。

从某个月黑风高的晚上开始，有人发现我们的 web-app 在 Chrome 模拟器里开始出现报错，报错信息大概就是下面这样。

VM1023:1 Uncaught TypeError: Cannot read property "0" of undefined

但是只有他的浏览器有问题，而且对功能毫无影响，本着在我的机器上不复现的精神（好吧，当时比较忙），这个问题的优先级排的不高，但是后面一段时间慢慢有人也出现相同的问题，于是我开始在意这个问题了。

根据调用栈很快定位到了代码，源码定位到之前一位同事写的组件代码，大概是这样的：

dom.on("touchstart  pointerdown", function (event) {
        /*部分业务代码*/
        
        var touch = event.touches[0]; //报错的地方
        
        /*部分业务代码*/
})

debug 发现是触发了 pointdown 事件，因为 event 没有 touches 这个字段，导致抛出异常。但是之前用的好好的呀，难道是浏览器的 API 变化了？而且我也没有了解过 pointerdown 事件，这个事件是用来处理什么的呢？于是我带着两个问题开启了搜索之旅：

什么是 pointerdown 事件

为什么突然开始爆发错误

查问题，最简单的问题就是搂一遍 W3C 的官方文档了。这里简单说下我的理解。

在 PC 时代，我们通过鼠标与屏幕交互，这时候，我们设计系统时只需要考虑鼠标事件就好了。但是如今，有很多新的设备，比如智能手机，平板电脑，他们包含了其他的输入方式，比如触摸，手写笔，官方也为这些输入形式都提供了新的事件。

但是对于开发者来说，这是件很麻烦的事，因为这意味着你需要为你的网页适配各种事件，比如你要根据用户的移动来画图，你需要兼容 PC 和手机，你的代码可能就会是下面这样

dom.addEventListener("mousemove",
  draw);
dom.addEventListener("touchmove",
  draw);

如果需要兼容更多的输入设备呢？比如手写笔，这样的话代码就会很复杂。而且，为了兼容现有的基于鼠标事件的代码，很多浏览器都会为所有的输入类型触发鼠标事件（例如在 touchmove 时触发 mousemove，我在 Chrome 试验了一下不会触发，但是因为没有设备，手写笔的情况没有试），这也会导致无法确认是否真的是鼠标触发的事件。

为了解决这一系列的问题，W3C 定义了一种新的输入形式，即 pointer。任何由鼠标、触摸、手写笔或者其他输入设备在屏幕上触发的接触，都算是 pointer 事件。

它的 API 和鼠标事件很像，非常容易迁移。除了提供鼠标事件常用的属性，比如 clientX，target 等等，还提供了一些用于其他输入设备的属性，比如压力，接触面，倾斜角度等等，这样开发者就可以利用 pointer 事件为所有的输入设备开发自己的功能了！

pointer 事件提供了一些特有的事件属性

pointerId：当前指针事件的唯一标识，主要是在多点触控时标识唯一的一个输入源

width：接触面的宽度

height：接触面的高度

pressure：接触的压力值，范围是0-1，对于不支持压力的硬件，比如鼠标，按压时该值必须为 0.5，否则为 0

tiltX，titltY：手写笔的角度

pointerType：事件类型，目前有 mouse，pen，touch，如果是无法探测的指针类型，则该值为空字符串

isPrimary：用于标识是否是主指针，主要是在多点触控中生效，开发者也可以通过忽略非主指针的指针事件来实现单点触控。
如何确定主指针：

鼠标输入：一定是主指针

触摸输入：如果 pointerdown 触发时没有其他激活的触摸事件，isPrimary 为 true

手写笔输入：与触摸事件类似，pointerdown 触发时没有其他激活的 pointer 事件

可以看到，pointer 事件与已知的事件类型基本一致，但是有一点区别：在触摸屏上，我们可能会滑动屏幕来触发页面滚动，缩放或者刷新，对于 touch 事件，这时会触发 touchmove，但是对于 pointer 事件，当触发这些浏览器行为时，你却会接收到 pointercancel 事件以便于通知你浏览器已经接管了你的指针事件。

首先，pointer 事件的支持程度已经很不错了，你可以使用 Pointer Events polyfill来进行兼容，也可以自行检测

if (window.PointerEvent) {
    // 支持
} else {
  // 不支持
}

这时候，对于本文一开始提到的问题就显而易见了，因为 point events 是没有 touches 这个属性的。那么我们还有两个问题。

后来我看了下 zepto 的源码，在事件处理时是考虑到了 point event 的，同事之前写的代码大概是参考了 zepto 的事件系统。

很简答，Chrome 55 开始支持这个 API，Chrome 具体的支持信息可以参考官方日志，至于怎么检测浏览器支持，可以参考上面的内容

对于开发来说，一定要钻进去，任何 bug 都是有原因的

代码报错应该有相应的监控机制，让机器来帮我们发现问题，而不是靠人工去干预

参考
https://www.w3.org/Submission...
https://developers.google.com...