Navigator.sendBeacon实现页面埋点统计

我没了解过数据分析师这个职业，也不知道他们需要用哪些数据做什么。早之前做过页面统计，用的是神策和百度统计，里面那些数据个人觉得已经很全面了，最近公司进行一些特殊埋点统计，需要在市场想要的地方一个一个加方法调接口。

这不是重点，重点是请求发起之后，如果直接跳转，请求会被浏览器取消。如果要自己统计页面浏览时长和点击事件，就只能做一些延迟和牺牲一些准确性，反正就是页面跳转需要统计的数据会丢失一些。

早之前做过，还是看的阮一峰双循环延迟阻塞页面卸载，除了死循环延迟，还有其他旁门左道，比如ajax设置同步，然后在状态是2的时候就进行页面跳转，无所谓响应；发送图片，携带数据，浏览器对图片都会加载，这就需要服务器配合了。

上面都是延迟页面卸载，牺牲体验保证准确性，另一种是把数据传递到下一个页面，然后在下一个页面调用接口统计，比如地址携带、本地存储、浏览器提供的API等都能把数据传递到下一个页面。

这些做法，在一定程度上都不好维护，如果统计的字段都是统一的还有，做有区分的统计，再经过几代人，文档不全，到时候代码就是又臭又长。

应该是近几年对统计的需求比重大了，浏览器已经有了草案navigator.sendBeacon()，MDN上面描述了上面方法的痛点：

这个方法主要用于满足统计和诊断代码的需要，这些代码通常尝试在卸载（unload）文档之前向web服务器发送数据。过早的发送数据可能导致错过收集数据的机会。然而，对于开发者来说保证在文档卸载期间发送数据一直是一个困难。因为用户代理通常会忽略在 unload (en-US) 事件处理器中产生的异步 XMLHttpRequest。

为了解决这个问题， 统计和诊断代码通常要在 unload 或者 beforeunload (en-US) 事件处理器中发起一个同步 XMLHttpRequest 来发送数据。同步的 XMLHttpRequest 迫使用户代理延迟卸载文档，并使得下一个导航出现的更晚。下一个页面对于这种较差的载入表现无能为力。

有一些技术被用来保证数据的发送。其中一种是通过在卸载事件处理器中创建一个图片元素并设置它的 src 属性的方法来延迟卸载以保证数据的发送。因为绝大多数用户代理会延迟卸载以保证图片的载入，所以数据可以在卸载事件中发送。另一种技术是通过创建一个几秒钟的 no-op 循环来延迟卸载并向服务器发送数据。

这些技术不仅编码模式不好，其中的一些甚至并不可靠而且会导致非常差的页面载入性能。

这就是 sendBeacon() 方法存在的意义。使用 sendBeacon() 方法会使用户代理在有机会时异步地向服务器发送数据，同时不会延迟页面的卸载或影响下一导航的载入性能。这就解决了提交分析数据时的所有的问题：数据可靠，传输异步并且不会影响下一页面的加载。此外，代码实际上还要比其他技术简单许多！