前端页面性能参数搜集

经常会看些性能分析的书,但是实际在做优化的时候又无从下手。

因为没有数据,也不能确定实际用户到底在哪一环影响了他们的性能。

现在H5提供了一些很方便的Performance接口,可以让我们更方便的搜集到用户的数据,不过有几个方法的兼容性实在太差。

插件已经上传到Github中,可以在这里获取到,index.html中写的是一些示例,插件源码在“js/primus.js”中。

写的比较仓促,自己能力也有限,如有问题,欢迎指正。

一、请求时间统计

上图是performance.timing监测到的特定于用户的计时器,通过这些属性的组合搭配,可以获取到特定的时间数据。

1)performance

设置好插件中全局的performance对象,以及方法now,获取当前时间戳。

2)Document.readyState

上图中的“domComplete”、“domInteractive”和“domLoading”,就是Document。readyState的3种状态loading, interactive或complete发生的时间。

3)getTimes()

在这个方法中计算各个参数之间的值。

在网上参考了很多资料,再结合了一点自己的理解,有些参数的理解可能有误,具体的计算方式可以查看源码“primus.js”。

1. firstPaint:白屏时间,也就是开始解析DOM耗时,用户在没有滚动时候看到的内容渲染完成并且可以交互的时间

2. loadTime:加载总时间,这几乎代表了用户等待页面可用的时间

3. unloadEventTime:Unload事件耗时

4. loadEventTime:执行 onload 回调函数的时间

5. domReadyTime:用户可操作时间

6. firstScreen:首屏时间,用户在没有滚动时候看到的内容渲染完成并且可以交互的时间,记录载入时间最长的图片

7. parseDomTime:解析 DOM 树结构的时间,期间要加载内嵌资源

8. initDomTreeTime:请求完毕至DOM加载耗时

9. readyStart:准备新页面时间耗时

10. redirectTime:重定向的时间

11. appcacheTime:DNS缓存耗时

12. lookupDomainTime:DNS查询耗时

13. connectTime:TCP连接耗时

14. requestTime:内容加载完成的时间

15. requestDocumentTime:请求文档时间,开始请求文档到开始接收文档

16. responseDocumentTime:接收文档时间,开始接收文档到文档接收完成

17. TTFB(Time To First Byte):读取页面第一个字节的时间

二、资源载入信息

performance对象中有个getEntries方法,通过此方法可以将页面中的资源载入情况记录下来。

可以绘制出像下图那样的瀑布图。

然而此方法兼容性非常差,我在红米手机中测试,UC不行,自带的浏览器倒是可以将信息打印出来。

在插件中也稍微封装了一个方法“getEntries”,在兼容的浏览器中可以采集到相关数据。

1. name:资源的完整路径,例如“http://localhost:63342/web/strick/Primus/ajax/data2.json”

2. fileName:文件名。例如“data2.json”

3. duration:资源载入总共消耗的时间

4. requestStartDelay:开始请求延时时间

5. lookupDomainTime:DNS 查询时间

6. connectTime:TCP 建立连接完成握手的时间

7. TTFB:读取资源第一个字节的时间

8. requestTime:内容加载完成的时间

9. requestDuration:请求区间

10. redirectTime:重定向的时间

在一些商业性能采集的应用中,我看到有瀑布图的展示,不知道他们是怎么搞的。

三、网络状态

网络状况 API“navigator.connection”也是个很有用的参数,然而兼容性也是非常差。

网络状态就是获取当前是“WIFI 2G 3G 4G”等。

如果能获取到这个参数,就能准确知道页面在不同网络状态中展现的情况。

四、网速

没有专门的API提供当前用户的网速,但可以通过下载某个大文件来计算。

目前只知道这种方法,感觉实用性不是很大。

在index.html中写了个例子,将图片放到某个服务器下面会更准确一些。

五、AJAX监控

现在的页面上面充斥着大量的ajax请求,可以将请求的信息保存起来有助于分析性能。

在项目中使用Zepto库、jQuery等封装好的库,最后还是会调用原生的“XMLHttpRequest”

可以重新一下“XMLHttpRequest”对象,在这个对象的几个步骤中埋入要统计的点。

window.XMLHttpRequest = function(flags) {
        var req;
        // 调用原生的XMLHttpRequest
        req = new _XMLHttpRequest(flags);
        // 埋入我们的“间谍”
        monitorXHR(req);
        return req;
};

在open和send中也埋入统计的方法,通过这种方式就能获取到信息了,下图就是统计的信息。

六、UA信息和分辨率

1)UA信息 

每个请求头中都会带有“User-Agent”属性,通过这个属性可以分析出OS、Device、Browser、Platform等信息。

我自己没有封装这个头,网上有很多插件可以做分析的工作,不过JS的话有点大。

国外有“UAParser.js”,关注量1400多了,不过简单测试下来,对于国内手机的分析不是很给力,如果要用的话还得自己修改下源码。

国内有“useragent”,有js和php多个版本,小测了一下,国内手机辨别率还挺高的。

2)分辨率

这个比较简单就是获取屏幕的物理宽度和高度,一句话就能获取。

primus.dpi = function() {
        return {width:window.screen.width, height:window.screen.height};
};

尺寸坐标可以参考我以前写的一篇博文《JavaScript中尺寸、坐标

七、异常监控

异常监控就是监听“window.onerror”事件,在这个事件内能够获取到错误提示信息,行数,列数,错误地址。

/**
     * 异常监控
     * https://github.com/BetterJS/badjs-report
     * @param {String}  msg   错误信息
     * @param {String}  url      出错文件的URL
     * @param {Long}    line     出错代码的行号
     * @param {Long}    col   出错代码的列号
     * @param {Object}  error       错误信息Object https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Error
     */
    window.onerror = function(msg, url, line, col, error) {
        var newMsg = msg;
        if (error && error.stack) {
            var stack = error.stack.replace(/\n/gi, "").split(/\bat\b/).slice(0, 9).join("@").replace(/\?[^:]+/gi, "");
            var msg = error.toString();
            if (stack.indexOf(msg) < 0) {
                stack = msg + "@" + stack;
            }
            newMsg = stack;
        }

        var obj = {msg:newMsg, target:url, rowNum:line, colNum:col};
        alert(obj.msg);
    };

八、数据发送与引用

1)数据发送

为了更好的跨域,数据发送通过设置Image对象的src来实现。

简单的将各个收集过来的数据作为URL中的参数传过去,代码中可能有BUG。

发送以后就是保存数据了,可以将数据保存在Hadoop中。

2)Primus的引用

由于要计算白屏时间,dom时间等,所以位置不能随便放,得要放在head的最后面。

如果要做点初始化配置也是完全OK的。

<head>
        <script type=‘text/javascript‘>
          window.primus || (primus={});
          primus.param = {
            "token":"dsadasd2323dsad23dsada",
            "backgroundImages":[]
          };
        </script>
        <script src="js/primus.js"></script>
</head>

源码下载:

https://github.com/pwstrick/Primus

参考资料:

Browser Monitoring for GitHub.com

Browser Insight

前端相关数据监控

你是如何搭建 Web 前端性能监控系统的?

JSTracker

从零开始搭建前端数据监控系统(一)-同类产品调研

使用Javascript监控前端相关数据

Document.readyState

评估网络性能

HTML5 performance API 草案.

Performance API

使用HMTL5 API监控前端性能

初探 performance – 监控网页与程序性能

使用performance API 监测页面性能

美团性能优化之路——性能指标体系

Javascript precision timing

Measuring Execution Times

时间: 2024-11-08 21:24:21

前端页面性能参数搜集的相关文章

web前端页面性能优化小结

转自blueidear:http://bbs.blueidea.com/thread-2936073-1-1.html PS:结合了精英的思想和自己的一些小小的总结~ 影响用户访问的最大部分是前端的页面.网站的划分一般为二:前端和后台.我们可以理解成后台是用来实现网站的功能的,比如:实现用户注册,用户能够为文章发表评论等等.而前端呢?其实应该是属于功能的表现. 而我们建设网站的目的是什么呢?不就是为了让目标人群来访问吗?所以我们可以理解成前端才是真正和用户接触的. 除了后台需要在性能上做优化外,

web 前端页面性能优化总结

影响用户访问的最大部分是前端的页面.网站的划分一般为二:前端和后台.我们可以理解成后台是用来实现网站的功能的,比如:实现用户注册,用户能够为文章发表评论等等.而前端呢?其实应该是属于功能的表现. 而我们建设网站的目的是什么呢?不就是为了让目标人群来访问吗?所以我们可以理解成前端才是真正和用户接触的. 除了后台需要在性能上做优化外,其实前端的页面更需要在性能优化上下功夫,只有这样才能给我们的用户带来更好的用户体验.不仅仅如此,如果前端优化 得好,他不仅可以为企业节约成本,他还能给用户带来更多的用户

web前端页面性能

前段性能的意义 对于访问一个网站,最花费时间的并不是后端应用程序处理以及数据库等消耗的时间,而是前端花费的时间(包括请求.网络传输.页面加载.渲染等).根据web优化的黄金法则:80%的最终用户响应时间花在前端程序上,而其大部分时间则花在各种页面元素,如图像.样式表.脚本和Flash等,的下载上.减少页面元素将会减少HTTP请求次数.这是快速显示页面的关键所在.根据著名"2-5-8原则",用户访问一个页面: 当用户能够在2秒以内得到响应时,会感觉系统的响应很快: 当用户在2-5秒之间得

前端页面性能优化方式

避免内嵌/嵌入代码∞ ? 您有三种基本方法可以在您的页面上包含CSS或JavaScript: 1)内联: CSS内部定义一个style属性和JavaScript内部的一个onclick属性,例如在任何HTML标签中; 2)嵌入式: CSS在<style>标签内部定义,JavaScript内部<script>标记; 3)外部: CSS中从加载<link>和从JavaScript的src所述的属性<script>标记. 前两个选项尽管减少了HTTP请求的数量,实

servlet自动获取前端页面提交数据

servlet自动获取前端页面jsp提交数据 以下是本人在学习过程中,因前端页面提交参数过多,后台servlet封装实体类过于麻烦而写的一个工具类,应用于jsp/servlet数据提交后,基于MVC+MyBatis进行数据持久化的过程.这里只介绍页面到servlet(controller)提交数据封装对象的过程,MVC+MyBatis访问数据库不在这里介绍. 1.前端页面及代码 1)前端表单页面构建(用于测试简单构建的页面有点丑陋哦~) 2)前端jsp页面代码   这里使用了Ajax异步 get

前端页面优化

影响用户访问的最大部分是前端的页面.网站的划分一般为二:前端和后台.我们可以理解成后台是用来实现网站的功能的,比如:实现用户注册,用户能够为文章发表评论等等.而前端呢?其实应该是属于功能的表现. 而我们建设网站的目的是什么呢?不就是为了让目标人群来访问吗?所以我们可以理解成前端才是真正和用户接触的.除了后台需要在性能上做优化外,其实前端的页面更需要在性能优化上下功夫,只有这样才能给我们的用户带来更好的用户体验.不仅仅如此,如果前端优化得好,他不仅可以为企业节约成本,他还能给用户带来更多的用户,因

web页面性能优化

web前端页面性能优化 网站的划分一般为二:前端和后台.我们可以理解成后台是用来实现网站的功能的,比如:实现用户注册,用户能够为文章发表评论等等.而前端呢? 其实应该是属于功能的表现.并且影响用户访问体验的绝大部分来自前端页面.网站前端的用户体验决定了用户是否想要去使用网站的功能,而网站的功 能决定了用户是否会一票否决前端体验.如果前端优化得好,他不仅可以为企业节约成本,而且因为增强的用户体验,还给公司带来更多的用户.那么我 们应该如何对我们前端的页面进行性能优化呢? 浏览器访问优化 浏览器请求

前端页面js与flash交互——js获取flash对象,并传递参数

背景介绍: 最近在搞一个项目,涉及到图片选取,裁剪,上传等,由于浏览器安全性问题,js无法获取到<input type="file">中选取的文件路径,而且对照片的裁剪,抠图等由HTML5实现的功能,对各大浏览器的兼容性,真是不敢太大胆.这个时候就引进了flash,然后所有js做不了的让flash来做,然后由js来控制页面元素.就这样开始了js与as的交互之旅,听做flash的大叔说,flash调js的函数式很好调的,而js调as不大容易.最终的情况是as调js错误层出不穷

前端页面的性能优化

减少HTTP请求 文件合并 合并css或js文件使要下载的文件数减少 css sprites 使用图片精灵将大量的背景图片整合到一张图片,然后用background-image和background-position控制背景图片的位置定位到要显示的图片,适用于数量多,体积小的图表等图片. 行内图片(base64格式) 将图片转化为base64格式直接嵌入html内部 服务端设计配置 跨域分离组件 分离组件可以最大化并行下载,但要确保只用不超过2-4个域,因为存在DNS查找的代价.例如,可以把HT