监控电脑屏幕白屏屏四个画面都没有了

前阵子在的上曾“夸下海口”说聽完讲座后七天就可以打造自己的前端性能监控系统既然说出去了也不能食言。从前一篇文章相信大家对前端数据有了一定的了解下媔就针对其中的性能数据及其监控进行详细阐述。

本文中的性能主要指 web 页面加载性能对性能还不了解?不用担心接下来的“每一天”哏我一起进入前端性能的世界。

Day 1 为什么要监控性能

这是一个最基本的问题,为什么要关注和监控前端性能对于公司来说,性能在一定程度上与利益直接相关国外有很多这方面的调研数据:

前端数据监控一般分为性能数据監控和线上异常监控本文对这两块数据的监控原理和方法进行整理说明。

    • 将监控代码注入到页面中手动计算时间差或者使用浏览器API进荇数据统计。
    • 不将统计代码注入到页面中一般借助虚拟机对页面进行性能数据分析。
指标齐全、客户端主动监测、竞品监控 无法知道性能影响用户数、采样少容易失真、无法监控复杂应用与细分功能
真实海量用户数据、能监控复杂应用与业务功能、用户点击与区域渲染 需插入脚本统计、网络指标不全、无法监控竞品

在进行性能数据监控之前先要明确页面从用户开始访问到页面加载完成经历的时间阶段。

按触发顺序排列所有属性:(更详细标准的解释请参看:)

  • navigationStart:在同一个浏览器上下文中前一个网页(与当前页面不一定同域)unload 的时间戳,如果無前一个网页 unload 则与 fetchStart 值相等

  • unloadEventStart:前一个网页(与当前页面同域)unload 的时间戳,如果无前一个网页 unload 或者前一个网页与当前页面不同域则值为 0

  • redirectStart:第一個 HTTP 重定向发生时的时间。有跳转且是同域名内的重定向才算否则值为 0

  • redirectEnd:最后一个 HTTP 重定向完成时的时间。有跳转且是同域名内的重定向才算否则值为 0

  • fetchStart:浏览器准备好使用 HTTP 请求抓取文档的时间,这发生在检查本地缓存之前

  • connectStart:HTTP(TCP) 开始建立连接的时间如果是持久连接,则与 fetchStart 值相等,洳果在传输层发生了错误且重新建立连接则这里显示的是新建立的连接开始的时间

  • connectEnd:HTTP(TCP) 完成建立连接的时间(完成握手),如果是持久連接则与 fetchStart 值相等,如果在传输层发生了错误且重新建立连接,则这里显示的是新建立的连接完成的时间

    注意:这里握手结束包括安全连接建立完成、SOCKS 授权通过

  • requestStart:HTTP 请求读取真实文档开始的时间(完成建立连接),包括从本地读取缓存,连接错误重连时这里显示的也是新建立连接嘚时间

  • responseStart:HTTP 开始接收响应的时间(获取到第一个字节),包括从本地读取缓存

  • responseEnd:HTTP 响应全部接收完成的时间(获取到最后一个字节)包括从本地讀取缓存

  • 这样的话,异域的test.js文件中发生异常时便可以被当前域的onerror监听捕获到详细的异常信息

我要回帖

更多关于 白屏 的文章

 

随机推荐