前端页面性能参数搜集

本文涉及的产品
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
全局流量管理 GTM,标准版 1个月
云解析 DNS,旗舰版 1个月
简介:

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

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

现在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

 






    本文转自 咖啡机(K.F.J)   博客园博客,原文链接:http://www.cnblogs.com/strick/p/5750022.html,如需转载请自行联系原作者



相关文章
|
1月前
|
JavaScript 前端开发 程序员
前端原生Js批量修改页面元素属性的2个方法
原生 Js 的 getElementsByClassName 和 querySelectorAll 都能获取批量的页面元素,但是它们之间有些细微的差别,稍不注意,就很容易弄错!
|
1月前
|
缓存 前端开发 JavaScript
前端框架的数据驱动方式对性能有哪些影响?
前端框架的数据驱动方式对性能有哪些影响?
|
1月前
|
前端开发 数据安全/隐私保护
.自定义认证前端页面
.自定义认证前端页面
13 1
.自定义认证前端页面
|
1月前
|
前端开发 JavaScript 搜索推荐
前端懒加载:提升页面性能的关键技术
前端懒加载是一种优化网页加载速度的技术,通过延迟加载非首屏内容,减少初始加载时间,提高用户访问体验和页面性能。
|
1月前
|
数据采集 缓存 监控
如何优化前端框架的数据驱动方式以提高性能?
综上所述,通过多种手段的综合运用,可以有效地优化前端框架的数据驱动方式,提高应用的性能,为用户带来更好的体验。同时,随着技术的不断发展和进步,我们需要不断探索和创新,以找到更适合的优化方法和策略。
|
1月前
|
前端开发 安全 JavaScript
在阿里云快速启动Appsmith搭建前端页面
本文介绍了Appsmith的基本信息,并通过阿里云计算巢完成了Appsmith的快速部署,使用者不需要自己下载代码,不需要自己安装复杂的依赖,不需要了解底层技术,只需要在控制台图形界面点击几下鼠标就可以快速部署并启动Appsmith,非技术同学也能轻松搞定。
|
1月前
|
存储 编解码 前端开发
惊!前端新手也能秒懂的高级技巧,轻松提升网页颜值与性能!
本文针对前端新手,介绍了三个简单易学的高级技巧,帮助提升网页的颜值和性能。包括使用CSS框架快速美化网页、优化图片资源加快加载速度,以及利用ARIA属性和媒体查询提高网页的可访问性和响应性。示例代码清晰,适合初学者上手实践。
39 3
|
2月前
|
存储 人工智能 前端开发
前端大模型应用笔记(三):Vue3+Antdv+transformers+本地模型实现浏览器端侧增强搜索
本文介绍了一个纯前端实现的增强列表搜索应用,通过使用Transformer模型,实现了更智能的搜索功能,如使用“番茄”可以搜索到“西红柿”。项目基于Vue3和Ant Design Vue,使用了Xenova的bge-base-zh-v1.5模型。文章详细介绍了从环境搭建、数据准备到具体实现的全过程,并展示了实际效果和待改进点。
190 2
|
2月前
|
JavaScript 前端开发 程序员
前端学习笔记——node.js
前端学习笔记——node.js
56 0
|
2月前
|
人工智能 自然语言处理 运维
前端大模型应用笔记(一):两个指令反过来说大模型就理解不了啦?或许该让第三者插足啦 -通过引入中间LLM预处理用户输入以提高多任务处理能力
本文探讨了在多任务处理场景下,自然语言指令解析的困境及解决方案。通过增加一个LLM解析层,将复杂的指令拆解为多个明确的步骤,明确操作类型与对象识别,处理任务依赖关系,并将自然语言转化为具体的工具命令,从而提高指令解析的准确性和执行效率。

热门文章

最新文章