CN106021078B - 一种性能监控方法、装置及监控设备 - Google Patents
一种性能监控方法、装置及监控设备 Download PDFInfo
- Publication number
- CN106021078B CN106021078B CN201610298400.4A CN201610298400A CN106021078B CN 106021078 B CN106021078 B CN 106021078B CN 201610298400 A CN201610298400 A CN 201610298400A CN 106021078 B CN106021078 B CN 106021078B
- Authority
- CN
- China
- Prior art keywords
- monitoring
- performance
- target webpage
- resource
- load
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
- G06F11/3466—Performance evaluation by tracing or monitoring
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
- G06F16/972—Access to data in other repository systems, e.g. legacy data or dynamic Web page generation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Computer Hardware Design (AREA)
- Data Mining & Analysis (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种性能监控方法,适于监控目标网页的加载性能,其中目标网页包括一个或多个资源,该方法包括:在目标网页中布置性能监控接口;获取目标网页的加载性能数据;根据目标网页的加载性能数据,在浏览器中绘制监控部件,监控部件包括多个横条状的监控子部件,多个监控子部件从上到下依次排列,每个监控子部件实时显示所述目标网页的某个资源的加载性能数据,每个监控子部件具有相同的显示布局,为每个监控子部件设置横条状的背景色块,用于显示监控子部件对应的资源的加载性能数据中的一种或多种。本发明还公开了能够实施上述方法的性能监控装置,和包括如上性能监控装置的监控设备。
Description
技术领域
本发明涉及Web前端性能监控技术领域,尤其涉及一种网页加载性能监控方法及装置。
背景技术
为了实现网站的维护和优化,需要监控网站的各项性能指标。目前浏览器端监控多采用传统的模拟方式来检测网站访问速度及其他性能指标,对于真实的用户端感受并未提供清晰可靠的数据,不能对用户端的页面加载情况进行统计。纵然研发人员有诸多锋利的开发调试工具,但对于未知的用户端,总会出现让开发人员始料未及的错误,导致终端用户体验下降甚至用户流失。获取真实用户的网页加载性能数据并据此有针对性地优化网页加载速度已成为浏览器端监控的关键。
采集到真实用户的网页加载性能数据后,如何将其反馈给开发、运维人员也是一个问题。现有技术中常用时序图来展示网页上各资源的加载时序,如图1所示。这种时序图中普遍存在以下问题:在有限的显示界面中,长的资源名称往往被截取,监控人员难以从时序图上定位资源;各资源的性能详情,尤其是耗时色块的显示尺寸太小,易出现误点击、误操作,难以方便地进行监控和问题定位;缺少对资源类型的标记。
发明内容
为此,本发明提供一种数据转换方法及装置,以力图解决或至少缓解上面存在的问题。
根据本发明的一个方面,提供一种性能监控方法,适于监控目标网页的加载性能,其中所述目标网页包括一个或多个资源,所述性能监控方法包括:在目标网页中布置性能监控接口,所述性能监控接口适于获取所述目标网页的加载性能数据,其中,所述目标网页的加载性能数据包括所述目标网页的一个或多个资源的加载性能数据;获取所述目标网页的加载性能数据;根据所述目标网页的加载性能数据,在浏览器中绘制监控部件,所述监控部件包括多个横条状的监控子部件,所述多个监控子部件从上到下依次排列,其中,每个所述监控子部件实时显示所述目标网页的某个资源的加载性能数据,每个所述监控子部件具有相同的显示布局,以及为每个监控子部件设置横条状的背景色块,所述背景色块适于反映所述监控子部件对应的资源的加载性能数据中的一种或多种。
可选地,在根据本发明的性能监控方法中,资源的加载性能数据包括以下项目:URL、起始加载时刻、加载完成时刻、加载耗时和类型。
可选地,在根据本发明的性能监控方法中,资源按照起始加载时刻从小到大在各监控子部件中依次排列。
可选地,在根据本发明的性能监控方法中,资源的URL、加载耗时和类型在监控子部件中从左到右依次排列。
可选地,在根据本发明的性能监控方法中,起始加载时刻最小的资源所对应的监控子部件中,背景色块的起点位置与URL的起点位置相同。
可选地,在根据本发明的性能监控方法中,在监控子部件中,URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于类型所对应的显示区域的面积。
可选地,在根据本发明的性能监控方法中,背景色块的颜色适于反映资源的类型。
可选地,在根据本发明的性能监控方法中,背景色块的起点位置适于反映资源的起始加载时刻,背景色块的终点位置适于反映资源的加载完成时刻,背景色块的长度适于反映资源的加载耗时。
可选地,在根据本发明的性能监控方法中,监控部件中还包括:标记线,为垂直于横条状的监控子部件的竖线,所述标记线适于标记关键资源的起始加载时刻和/或加载完成时刻。
可选地,在根据本发明的性能监控方法中,URL包括域名和相对路径。
可选地,在根据本发明的性能监控方法中,当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,所述小窗口中包括所述监控子部件对应的资源的域名、相对路径、加载耗时和类型。
可选地,在根据本发明的性能监控方法中,在目标网页中布置性能监控接口的步骤包括:在目标网页的源码中注入JS代码,所述JS代码适于当发生对所述目标网页的访问请求时,获取该访问请求对应的所述目标网页的加载性能数据。
可选地,在根据本发明的性能监控方法中,获取所述目标网页的加载性能数据的步骤进一步包括:针对多个对所述目标网页的访问请求,获取每个访问请求所对应的所述目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据。
可选地,在根据本发明的性能监控方法中,对获取到的多组目标网页的加载性能数据进行汇总、处理的步骤包括:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。
根据本发明的一个方面,提供一种性能监控装置,适于监控目标网页的加载性能,其中所述目标网页包括一个或多个资源,所述性能监控装置包括:接口布置单元,适于在目标网页中布置性能监控接口,所述性能监控接口适于获取所述目标网页的加载性能数据,其中,所述目标网页的加载性能数据包括所述目标网页的一个或多个资源的加载性能数据;数据获取单元,适于获取所述目标网页的加载性能数据;状态显示单元,适于根据所述目标网页的加载性能数据,在浏览器中绘制监控部件,所述监控部件包括多个横条状的监控子部件,所述多个监控子部件从上到下依次排列,其中,每个所述监控子部件实时显示所述目标网页的某个资源的加载性能数据,每个所述监控子部件具有相同的显示布局,以及为每个监控子部件设置横条状的背景色块,所述背景色块适于反映所述监控子部件对应的资源的加载性能数据中的一种或多种。
可选地,在根据本发明的性能监控装置中,资源的加载性能数据包括以下项目:URL、起始加载时刻、加载完成时刻、加载耗时和类型。
可选地,在根据本发明的性能监控装置中,状态显示单元还适于:将所述资源按照起始加载时刻从小到大在各监控子部件中依次排列。
可选地,在根据本发明的性能监控装置中,状态显示单元还适于:资源的URL、加载耗时和类型在监控子部件中从左到右依次排列。
可选地,在根据本发明的性能监控装置中,状态显示单元还适于:在起始加载时刻最小的资源所对应的监控子部件中,将背景色块的起点位置与URL的起点位置设置为相同。
可选地,在根据本发明的性能监控装置中,状态显示单元还适于:在监控子部件中,设置URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于类型所对应的显示区域的面积。
可选地,在根据本发明的性能监控装置中,背景色块的颜色适于反映资源的类型。
可选地,在根据本发明的性能监控装置中,背景色块的起点位置适于反映资源的起始加载时刻,背景色块的终点位置适于反映资源的加载完成时刻,背景色块的长度适于反映资源的加载耗时。
可选地,在根据本发明的性能监控装置中,监控部件中还包括:标记线,为垂直于横条状的监控子部件的竖线,所述标记线适于标记关键资源的起始加载时刻和/或加载完成时刻。
可选地,在根据本发明的性能监控装置中,URL包括域名和相对路径。
可选地,在根据本发明的性能监控装置中,状态显示单元还适于:当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,所述小窗口中包括所述监控子部件对应的资源的域名、相对路径、加载耗时和类型。
可选地,在根据本发明的性能监控装置中,接口布置单元进一步适于:在目标网页的源码中注入JS代码,所述JS代码适于当发生对所述目标网页的访问请求时,获取该访问请求对应的所述目标网页的加载性能数据。
可选地,在根据本发明的性能监控装置中,还包括:数据汇总单元,适于针对多个对所述目标网页的访问请求,获取每个访问请求所对应的所述目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据,并将所述目标网页的总体加载性能数据发送至数据获取单元。
可选地,在根据本发明的性能监控装置中,数据汇总单元进一步适于:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。
根据本发明的一个方面,提供一种监控设备,包括如上所述的性能监控装置。
根据本发明提供的技术方案,可以获取真实用户的网页加载性能数据,并将上述数据以图形界面的形式在监控设备的浏览器中显示,界面简洁友好,方便开发、运维人员对网页加载性能的监控以及定位网页加载过程中出现的问题。
附图说明
为了实现上述以及相关目的,本文结合下面的描述和附图来描述某些说明性方面,这些方面指示了可以实践本文所公开的原理的各种方式,并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述,本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开,相同的附图标记通常指代相同的部件或元素。
图1示出了现有技术中的一种时序图的呈现方式的示意图;
图2A示出了根据本发明一个实施例的性能监控系统100的示意图,图2B示出了根据本发明另一个实施例的性能监控系统200的示意图;
图3示出了根据本发明一个实施例的监控设备300的结构图;
图4示出了根据本发明一个实施例的性能监控装置500的结构图;
图5A示出了根据本发明一个实施例的监控部件600的示意图,图5B示出了在定位至监控部件600的某一个监控子部件时显示小窗口的示意图;以及
图6示出了根据本发明一个实施例的性能监控方法700的流程图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
图2A示出了根据本发明一个实施例的性能监控系统的示意图。如图2A所示,性能监控系统100包括1个监控设备300和多个终端设备。监控设备300可以实现为小尺寸便携(或者移动)电子设备的一部分,这些电子设备可以是诸如手机、平板电脑、个人媒体播放器设备、无线网络浏览设备、可穿戴设备(如智能手表、智能眼镜等)、应用专用设备、或者可以包括上面任何功能的混合设备。监控设备300还可以是桌面计算机、笔记本计算机、服务器或工作站。终端设备包括桌面电脑、笔记本电脑、平板电脑、手机、可穿戴装备等一切可浏览网页的设备。虽然图2A中仅示出了一个监控设备300,但是本领域技术人员可以意识到,性能监控系统100中还可以包括多个监控设备,这些监控设备可以驻留在多个地理位置中。
监控设备300中部署了性能监控装置500,使得监控设备300的浏览器中可以显示目标网页的加载性能情况。目标网页,即被监控的网页。具体来说,通过向目标网页的源码中插入JS(JavaScript)代码,当有用户在终端设备上浏览目标网页时,上述JS代码可以自动抓取用户端网页加载的性能数据并将这些数据发送至监控设备300,这些数据来源于真实的用户体验。随后,监控设备300将获取的来自于多个终端设备的多条性能数据记录进行汇总、处理,得出总体的网页加载性能情况,并据此在监控设备300的浏览器中绘制监控部件,监控部件以图形界面的形式显示目标网页的加载性能情况。
图2B示出了根据本发明另一个实施例的性能监控系统200的示意图。性能监控系统200与性能监控系统100不同之处在于,性能监控系统200多了一个服务器400。服务器400用来执行汇总和处理的任务,减轻了监控设备300的存储压力及计算压力。也就是说,在性能监控系统200中,用户在终端设备上浏览目标网页时,目标网页的JS代码自动抓取用户端网页加载的性能数据并将这些数据发送至服务器400,服务器400对这些数据进行汇总、处理,并将处理后的加载性能数据发送至监控设备300,监控设备300根据接收到的加载性能数据在其浏览器中绘制监控部件,以图形界面的形式显示目标网页的加载性能情况。
图3示出了根据本发明一个实施例的监控设备300的结构图。在基本配置302中,监控设备300典型地包括系统存储器306和一个或者多个处理器304。存储器总线308可以用于在处理器304和系统存储器306之间的通信。
取决于期望的配置,处理器304可以是任何类型的处理,包括但不限于:微处理器((μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器304可以包括诸如一级高速缓存310和二级高速缓存312之类的一个或者多个级别的高速缓存、处理器核心314和寄存器316。示例的处理器核心314可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器318可以与处理器304一起使用,或者在一些实现中,存储器控制器318可以是处理器304的一个内部部分。
取决于期望的配置,系统存储器306可以是任意类型的存储器,包括但不限于:易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器306可以包括操作系统320、一个或者多个应用322以及程序数据326。应用322可以包括被配置为性能监控装置500和其他应用324。在一些实施方式中,应用322可以布置为在操作系统上利用程序数据326进行操作。
监控设备300还可以包括有助于从各种接口设备(例如,输出设备342、外设接口344和通信设备346)到基本配置302经由总线/接口控制器330的通信的接口总线340。示例的输出设备342包括图形处理单元348和音频处理单元350。它们可以被配置为有助于经由一个或者多个A/V端口352与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口344可以包括串行接口控制器354和并行接口控制器356,它们可以被配置为有助于经由一个或者多个I/O端口358和诸如输入设备(例如,键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备346可以包括网络控制器360,其可以被布置为便于经由一个或者多个通信端口364与一个或者多个其他监控设备362通过网络通信链路的通信。
网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块,并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号,它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例,通信介质可以包括诸如有线网络或者专线网络之类的有线介质,以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。
监控设备300可以实现为小尺寸便携(或者移动)电子设备的一部分,这些电子设备可以是诸如手机、平板电脑、个人媒体播放器设备、无线网络浏览设备、可穿戴设备(如智能手表、智能眼镜等)、应用专用设备、或者可以包括上面任何功能的混合设备。监控设备300还可以是桌面计算机、笔记本计算机、服务器或工作站。在本发明中,监控设备300的应用322中包括性能监控装置500,可以获取真实用户的网页加载性能数据,并将上述数据以图形界面的形式在监控设备的浏览器中显示,界面简洁友好,方便开发、运维人员对网页加载性能的监控以及定位网页加载过程中出现的问题。
图4示出了根据本发明一个实施例的性能监控装置500的结构图。如图4所示,性能监控装置500包括接口布置单元510、数据获取单元520和状态显示单元530。
接口布置单元510适于在目标网页中布置性能监控接口,该接口适于获取目标网页的加载性能数据。目标网页即被监控的网页,目标网页由一个或多个资源组成。例如,目标网页为www.objectpage.com,该网页由多个资源组成,资源的类型可以是images(图片),link(链接),Script(脚本)等。根据一种实施例,性能监控接口可以是一段JS代码,该代码被注入到目标网页的源码中,使得在用户对目标网页进行访问时,可以自动获取目标网页的加载性能数据。
当用户在终端设备上浏览目标网页,即出现对目标网页的访问请求时,采用接口布置单元510布置的性能监控接口来自动获取用户端网页加载的性能数据。根据一种实施例,通过JS代码来采集目标网页的加载性能数据。例如,采用window.location对象来获取目标网页的基本信息,在该对象的属性当中,hostname用于获取当前网页的域名,herf用来获取当前网页的完整的URL地址,等等。对于支持window.performance接口的浏览器(目前,大多数浏览器均支持上述接口,例如,IE9及以上,firefox44及以上,Chrome47及以上,Safari9及以上,Android客户端浏览器4.3及以上,等等),可以通过window.performance接口的相关方法来获取当前页面加载的资源的详细信息。
window.performance接口中有多个属性,大多数属性用于标记资源加载中的时间点。例如,navigationStart表示浏览器开始加载网页的时刻,是整个网页加载过程的起点;responseStart表示浏览器接收到网页第一个字节的时间;domContentLoadedEventEnd表示网页结构加载完成;loadEventEnd表示网页加载完成,是整个网页加载过程的终点。以上仅示例性地列举出了window.performance中一些关键属性的含义,对于未介绍的其他属性,可以参考window.performance的帮助文档(查阅文献或从互联网上获取),此处不再赘述。
window.performance.getEntriesByType('resource')方法可以获取当前页面加载的资源的列表。该列表是一个数组,数组中的元素是每个资源的详细信息。数组中的某个元素,即网页加载过程中的某个资源的详细信息如下:
{
connectEnd:164.22500000044238
connectStart:164.22500000044238
domainLookupEnd:164.22500000044238
domainLookupStart:164.22500000044238
duration:9.050999997270992
entryType:"resource"
fetchStart:164.22500000044238
initiatorType:"img"
name:"http://www.baidu.com/img/bd_logo1.png"
redirectEnd:0
redirectStart:0
requestStart:171.18399999890244
responseEnd:173.27599999771337
responseStart:171.64000000047963
secureConnectionStart:0
startTime:164.22500000044238
}
以上详细信息中,name属性表示资源的URL地址,其中包括域名和相对路径,即,该资源的URL为http://www.baidu.com/img/bd_logo1.png,相应地,其域名为www.baidu.com,相对路径为img/bd_logo1.png。initiatorType属性表示资源的类型,即,该资源的类型为img(图片)。responseEnd属性表示资源加载完成的时刻,fetchStart属性表示资源的起始加载时刻,相应地,responseEnd的值减去fetchStart的值表示该资源的加载耗时。应当指出,fetchStart、responseEnd以及其他时间属性的单位均为毫秒(ms)。以上仅示例性地列举出了一些关键属性的含义,其他属性的含义可以参考window.performance.getEntriesByType的帮助文档。
此外,可以通过window.performance.timing来获取网页加载过程中的关键时刻。例如,navigationStart表示浏览器开始加载网页的时刻,是整个网页加载过程的起点;responseStart表示浏览器接收到网页第一个字节的时刻;domContentLoadedEventEnd表示网页结构加载完成;loadEventEnd表示网页加载完成,是整个网页加载过程的终点。以上仅示例性地列举出了一些关键属性的含义,其他属性的含义可以参考window.performance.timing的帮助文档。
在一定的时间段内,往往有多个用户在终端设备上访问目标网页,也就是说,在一定时间内,往往存在并发的多个对目标网页的访问请求。每个访问请求均会产生一组目标网页的加载性能数据,相应地,对于多个访问请求,将产生多组目标网页的加载性能数据。由于数据量比较庞大,对每组加载性能数据进行显示是不现实的,需要对多组性能加载数据进行汇总、处理,例如,可以采用数据汇总单元540来实现多组性能加载数据的汇总和处理(数据汇总单元540在图4中未示出)。
根据一种优选的实施例,为了节省监控设备300端有限的存储资源和计算资源,采用图2B中示出的服务器400来对多个访问请求对应的多组性能加载数据进行汇总、处理,而不在监控设备300的性能监控装置500中设置数据汇总单元540。具体地,针对每一个对目标网页的访问请求,JS代码抓取目标网页的加载性能数据,并将上述数据发送至服务器400。服务器400对多组加载性能数据进行汇总、处理,得出目标网页的总体加载性能数据。
根据一种实施例,服务器400对多组加载性能数据进行的处理可以是:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。例如,服务器400接收到3组目标网页的加载性能数据,如下表所示。
A组
资源 | URL | 起始加载时刻 | 加载完成时刻 | 加载耗时 | 资源类型 |
a | URL1 | 110 | 121 | 11 | link |
b | URL2 | 120 | 135 | 15 | img |
c | URL3 | 130 | 150 | 20 | script |
B组
资源 | URL | 起始加载时刻 | 加载完成时刻 | 加载耗时 | 资源类型 |
a | URL1 | 108 | 120 | 12 | link |
b | URL2 | 118 | 134 | 16 | img |
c | URL3 | 132 | 150 | 18 | script |
C组
资源 | URL | 起始加载时刻 | 加载完成时刻 | 加载耗时 | 资源类型 |
a | URL1 | 111 | 120 | 9 | link |
b | URL2 | 121 | 135 | 14 | img |
c | URL3 | 130 | 155 | 25 | script |
目标网页上包括的资源,以及每个资源的URL和资源类型均是一定的,但是,由于用户端的网络状况、浏览器、运营商不尽相同,资源的起始加载时刻、加载完成时刻和加载耗时也不完全一样。针对以上3组加载性能数据,对于资源a,对其起始加载时刻、加载完成时刻和加载耗时分别求平均值,得:
资源a的起始加载时刻=(110+108+111)/3=109.67
资源a的加载完成时刻=(121+120+120)/3=120.33
资源a的加载耗时=(11+12+9)/3=10.67
对于资源b、资源c的起始加载时刻、加载完成时刻和加载耗时也按照上述方法求平均值,即可得出目标网页的总体加载性能数据,如下表所示。
资源 | URL | 起始加载时刻 | 加载完成时刻 | 加载耗时 | 资源类型 |
a | URL1 | 109.67 | 120.33 | 10.67 | link |
b | URL2 | 119.67 | 134.67 | 15 | img |
c | URL3 | 130.67 | 151.67 | 21 | script |
在对多组加载性能数据进行汇总、处理,得出目标网页的总体加载性能数据后,服务器400将目标网页的总体加载性能数据发送至数据获取单元520。
数据获取单元520获取到目标网页的总体加载性能数据后,将该数据发送至状态显示单元530,状态显示单元530根据该数据在监控设备300的浏览器中绘制监控部件,以图形界面的形式显示目标网页的加载性能。
图5A示出了根据本发明一个实施例的监控部件600的示意图。如图5A所示,监控部件600中包括多个横条状的监控子部件610(图5A中示出了10个监控子部件,即610-1~610-10),每个监控子部件均对应目标网页上的某个资源,并在监控子部件的横条状区域中显示该资源的加载性能数据。如图5A所示,每个监控子部件具有相同的显示布局,各监控子部件在监控部件600中从上到下依次排列。
每个监控子部件610可以显示目标网页上的某个资源的加载性能数据。图5A中示出的资源的加载性能数据包括URL、耗时(即资源的加载耗时)、标签(即资源类型)、起始加载时刻、加载完成时刻。其中,URL采用文本来显示;起始加载时刻、加载完成时刻采用图形(即监控子部件中横条状的背景色块)来显示;耗时和标签采用文本和图形两种方式显示,使目标网页的整个加载过程更加直观。本领域技术人员可以意识到,除了上述列举的资源的加载性能数据项之外,监控子部件610中还可以显示资源的大小、请求方式、http状态等其他加载性能数据项,本发明对监控子部件中具体显示的资源的加载性能数据项不做限制。
虚线621和虚线622将监控部件600从左到右划分为3个区域,即区域630、区域640和区域650。其中,区域630用于以文本的方式显示资源的URL信息,区域640用于以文本的方式显示资源的耗时信息,区域650用于以文本的方式显示资源的标签。一般来说,资源的URL内容比较长(比耗时、标签的内容长),其占用的显示空间也比较多。同时,资源的URL相当于资源标识,用于唯一地标记某资源。为了方便监控人员定位资源,应当在监控部件600中将资源的URL尽可能完整地显示,也就是说,在监控部件600中,URL的显示区域630的面积应当大于耗时的显示区域640,同时,也应当大于标签的显示区域650。相应地,对于每个监控子部件610,URL的显示区域的面积应当大于耗时的显示区域,同时,也应当大于标签的显示区域面积。在图5A中的监控子部件中,资源的URL、耗时和标签从左到右依次显示,当然,在其他的实施例中,URL、耗时、标签也可以采取其他的排列顺序,本发明对各加载性能数据项的排列顺序并无限制。
除了上述划分的文本显示区域外,每个监控子部件610均设置有横条状的背景色块,用于以图形的方式显示资源的起始加载时刻、加载完成时刻、耗时和标签。背景色块的起点位置可以反映资源的起始加载时刻,起点位置越靠前,该背景色块对应的资源在目标网页的加载过程中越先被开始加载。对于在目标网页的加载过程中最先被加载的资源,其背景色块的起点位置与URL项的起点位置相同,如图5A所示,监控子部件610-1对应的资源是目标网页中最先被加载的资源,在该监控子部件中,背景色块的起点位置与URL项的起点位置重合。背景色块的终点位置可以反映资源的加载完成时刻,终点位置越靠前,该资源在目标网页的加载过程汇总越早完成加载。背景色块的长度可以反映资源的加载耗时,色块的长度越长,该资源的加载耗时越长。综上,背景色块可以反应资源的加载时序,并能够直观地显示资源耗时的长短。此外,背景色块的颜色可以反映资源的标签(背景色块的颜色在图5A中未示出),例如,绿色表示资源的标签为document(对应于监控子部件610-1),紫色表示资源的标签为img(对应于监控子部件610-2和610-3),橙色表示资源的标签为script(对应于监控子部件610-4~610-8),蓝色表示资源的标签为css(对应于监控子部件610-9,610-10)。以上颜色与资源标签的对应关系仅是示例性的,在具体的实施过程中,可以采用另外的颜色对应方案,本发明对背景色块的颜色与资源标签的对应关系并无限制。
监控部件600实际上是一个目标网页的资源加载时序图,目标网页的各资源按照起始加载时刻,即加载时序从小到大的顺序在各监控子部件中依次排列,这点从各资源的背景色块的起点位置可以直观地看出。例如,监控子部件610-1中的资源http://news.oneapm.com/php-asp-net-10/的背景色块起点位置最靠前,其起始加载时刻最小,时序为1,该资源在整个目标网页的加载过程中最先被加载;监控子部件610-2中的资源的起始加载时刻次之,其时序为2,该资源在整个目标网页的加载过程中第二个被加载;依次类推,监控子部件610-10中的资源在图5A所示出的所有资源中起始加载时刻最晚,其时序为10,该资源在图5A所示的目标网页的加载过程中最后被加载。
如图5A所示,监控部件600中还包括垂直于横条状的监控子部件610的标记线661、662和663,用于标记关键资源的起始加载时刻和/或加载完成时刻,即,标记目标网页加载过程中的关键时刻。如前所述,网页加载过程中的关键时刻可以用window.performance.timing来获取。例如,监控子部件610-1中的资源http://news.oneapm.com/php-asp-net-10/是整个目标网页加载过程中最先被加载的资源,该资源的起始加载时刻即目标网页的起始加载时刻,该时刻对应于window.performance.timing中的navigationStart属性值。图5A中采用标记线661来标记该时刻,并在标记线上注明该时刻所对应的事件状态“Navigation Start”。标记线662用来标记目标网页的DOM文档结构准备完毕的时刻,该时刻对应于window.performance.timing中的domInteractive属性值。标记线663用来标记“Load”的时刻,即目标网页加载过程中load回调函数开始执行的时刻,该时刻对应于window.performance.timing中的loadEventStart属性值。图5A中示例性地示出了661、662、663三条标记线,本领域技术人员可以意识到,还可以采用其他的标记线来标记网页加载过程中的其他关键事件时刻。本发明对标记线的数量及标记的事件时刻并无限制。
为了更方便地监控及定位目标网页加载过程中的问题,当采用输入装置定位至某一个监控子部件610时,在定位符的一侧显示小窗口,小窗口中包括所述监控子部件对应的资源的加载性能数据详情。应当指出,对于不同类型的监控设备300,采用的输入装置不尽相同。例如,当监控设备300为个人计算机时,其输入装置可以是鼠标或键盘。对于鼠标来说,定位至某个监控子部件的方式可以是左键单击、左键双击、右键单击、停留时间超过一定阈值,等等,本发明对输入装置定位监控子部件的方式不做限制。当监控设备300为包含触摸屏的设备时,输入装置即为触摸屏,相应地,定位至某个监控子部件的方式可以是长按、连续点击,等等。对于有压力感应功能的触摸屏,还可以采用对触摸屏的按压压力来定位至某一个监控子部件。
图5B示出了在定位至监控部件600的某一个监控子部件时显示小窗口的示意图。如图5B所示,当采用输入装置定位至监控子部件610-5时,在定位符的一侧(上方)显示小窗口,小窗口中显示监控子部件610-5所对应的资源的加载性能数据详情。为了避免小窗口中因URL项的内容过长而遮挡监控部件600中的其他监控信息,在小窗口中将URL项的域名和相对路径分别显示。如图5B所示,监控子部件610-5中的资源的URL为news.oneapm.com/public/jquery.min.js,在小窗口中,将URL拆分为域名和相对路径两项,其中,其域名为news.oneapm.com,路径为public/jquery.min.js。此外,小窗口中还显示了资源的耗时和类型。
图6示出了根据本发明一个实施例的性能监控方法700的流程图。该性能监控方法适于监控目标网页的加载性能,其中,目标网页包括一个或多个资源如图6所示,该方法始于步骤S710。
在步骤S710中,在目标网页中布置性能监控接口,所述性能监控接口适于获取所述目标网页的加载性能数据,其中,所述目标网页的加载性能数据包括所述目标网页的一个或多个资源的加载性能数据。根据一种实施例,性能监控接口可以是一段JS代码,该代码被注入到目标网页的源码中,使得当用户对目标网页进行访问时,可以自动获取目标网页的加载性能数据。例如,采用window.location对象来获取目标网页的基本信息,采用window.performance.getEntriesByType('resource')方法可以获取当前页面加载的资源的列表,window.performance.timing来获取网页加载过程中的关键时刻,等等。
随后,在步骤S720中,获取所述目标网页的加载性能数据。根据一种实施例,针对多个对目标网页的访问请求,获取每个访问请求所对应的目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据。对多组加载性能数据进行的处理可以是:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。对多组目标网页的加载性能数据进行汇总、处理的过程可以由执行监控功能的监控设备来实现,也可以由服务器来实现。当采用服务器来实现时,当把多组目标网页的加载性能数据进行汇总、处理后,将得出的目标网页的总体性能数据发送至监控设备。
随后,在步骤S730中,根据目标网页的加载性能数据,在浏览器中绘制监控部件,监控部件包括多个横条状的监控子部件。多个监控子部件从上到下依次排列,其中,每个监控子部件实时显示目标网页的某个资源的加载性能数据,每个监控子部件具有相同的显示布局。
资源的加载性能数据包括以下项目:URL、起始加载时刻、加载完成时刻、加载耗时和资源类型。资源按照起始加载时刻从小到大在各监控子部件中依次排列。在每个监控子部件中,资源的URL、加载耗时和资源类型在监控子部件中从左到右依次排列。在监控子部件中,URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于资源类型所对应的显示区域的面积。在起始加载时刻最小的资源所对应的监控子部件中,背景色块的起点位置与URL的起点位置相同。
随后,在步骤S740中,为每个监控子部件设置横条状的背景色块,所述背景色块适于显示所述监控子部件对应的资源的加载性能数据中的一种或多种。根据一种实施例,背景色块的起点位置可以反映资源的起始加载时刻,背景色块的终点位置可以反映资源的加载完成时刻,背景色块的长度可以反映资源的加载耗时,背景色块的颜色可以反映资源的类型。
此外,为了更方便地监控及定位目标网页加载过程中的问题,监控部件中还包括垂直于横条状的监控子部件的标记线,用于标记关键资源的起始加载时刻和/或加载完成时刻。当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,小窗口中包括所述监控子部件对应的资源的加载性能数据详情。为了避免小窗口中因URL项的内容过长而遮挡监控部件中的其他监控信息,在小窗口中将URL项拆分为域名和相对路径分别显示。
根据一种实施例,监控部件中具体的显示情况如图5A、图5B所示,此处不再赘述。
根据本发明提供的技术方案,可以获取真实用户的网页加载性能数据,并将上述数据以图形界面的形式在监控设备的浏览器中显示,界面简洁友好,方便开发、运维人员对网页加载性能的监控以及定位网页加载过程中出现的问题。
A6:A5所述的性能监控方法,其中,在监控子部件中,URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于类型所对应的显示区域的面积。A7:A2所述的性能监控方法,其中,所述背景色块的颜色适于反映资源的类型。A8:A2所述的性能监控方法,其中,所述背景色块的起点位置适于反映资源的起始加载时刻,背景色块的终点位置适于反映资源的加载完成时刻,背景色块的长度适于反映资源的加载耗时。A9:A8所述的性能监控方法,其中,所述监控部件中还包括:标记线,为垂直于横条状的监控子部件的竖线,所述标记线适于标记关键资源的起始加载时刻和/或加载完成时刻。A10:A2所述的性能监控方法,其中,所述URL包括域名和相对路径。A11:A10所述的性能监控方法,其中,当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,所述小窗口中包括所述监控子部件对应的资源的域名、相对路径、加载耗时和类型。A12:A1所述的性能监控方法,其中,所述在目标网页中布置性能监控接口的步骤包括:在目标网页的源码中注入JS代码,所述JS代码适于当发生对所述目标网页的访问请求时,获取该访问请求对应的所述目标网页的加载性能数据。A13:A1所述的性能监控方法,其中,所述获取所述目标网页的加载性能数据的步骤进一步包括:针对多个对所述目标网页的访问请求,获取每个访问请求所对应的所述目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据。A14:A13所述的性能监控方法,其中,所述对获取到的多组目标网页的加载性能数据进行汇总、处理的步骤包括:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。
B19:B18所述的性能监控装置,其中,所述状态显示单元还适于:在起始加载时刻最小的资源所对应的监控子部件中,将背景色块的起点位置与URL的起点位置设置为相同。B20:B19所述的性能监控装置,其中,所述状态显示单元还适于:在监控子部件中,设置URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于类型所对应的显示区域的面积。B21:B16所述的性能监控装置,其中,所述背景色块的颜色适于反映资源的类型。B22:B16所述的性能监控装置,其中,所述背景色块的起点位置适于反映资源的起始加载时刻,背景色块的终点位置适于反映资源的加载完成时刻,背景色块的长度适于反映资源的加载耗时。B23:B22所述的性能监控装置,其中,所述监控部件中还包括:标记线,为垂直于横条状的监控子部件的竖线,所述标记线适于标记关键资源的起始加载时刻和/或加载完成时刻。B24:B16所述的性能监控装置,其中,所述URL包括域名和相对路径。B25:B24所述的性能监控装置,其中,所述状态显示单元还适于:当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,所述小窗口中包括所述监控子部件对应的资源的域名、相对路径、加载耗时和类型。B26:B15所述的性能监控装置,其中,所述接口布置单元进一步适于:在目标网页的源码中注入JS代码,所述JS代码适于当发生对所述目标网页的访问请求时,获取该访问请求对应的所述目标网页的加载性能数据。B27:B15所述的性能监控装置,其中,还包括:数据汇总单元,适于针对多个对所述目标网页的访问请求,获取每个访问请求所对应的所述目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据,并将所述目标网页的总体加载性能数据发送至数据获取单元。B28:B27所述的性能监控装置,其中,所述数据汇总单元进一步适于:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中,或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
此外,所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此,具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外,装置实施例的在此所述的元素是如下装置的例子:该装置用于实施由为了实施该发明的目的的元素所执行的功能。
如在此所使用的那样,除非另行规定,使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例,并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。
尽管根据有限数量的实施例描述了本发明,但是受益于上面的描述,本技术领域内的技术人员明白,在由此描述的本发明的范围内,可以设想其它实施例。此外,应当注意,本说明书中使用的语言主要是为了可读性和教导的目的而选择的,而不是为了解释或者限定本发明的主题而选择的。因此,在不偏离所附权利要求书的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围,对本发明所做的公开是说明性的,而非限制性的,本发明的范围由所附权利要求书限定。
Claims (21)
1.一种性能监控方法,适于监控目标网页的加载性能,其中所述目标网页包括一个或多个资源,所述性能监控方法包括:
在目标网页中布置性能监控接口,所述性能监控接口适于获取所述目标网页的加载性能数据,其中,所述目标网页的加载性能数据包括所述目标网页的一个或多个资源的加载性能数据,资源的加载性能数据包括以下项目:URL、起始加载时刻、加载完成时刻、加载耗时和类型;
获取所述目标网页的加载性能数据;
根据所述目标网页的加载性能数据,在浏览器中绘制监控部件,所述监控部件包括多个横条状的监控子部件,所述多个横条状的监控子部件从上到下依次排列,其中,每个所述监控子部件实时显示所述目标网页的某个资源的加载性能数据,每个所述监控子部件具有相同的显示布局,其中,各资源按照起始加载时刻从小到大在各监控子部件中依次排列,以及
为每个监控子部件设置横条状的背景色块,其中,背景色块的起点位置适于反映资源的起始加载时刻,背景色块的终点位置适于反映资源的加载完成时刻,背景色块的长度适于反映资源的加载耗时,背景色块的颜色适于反映资源的类型。
2.如权利要求1所述的性能监控方法,其中,资源的URL、加载耗时和类型在监控子部件中从左到右依次排列。
3.如权利要求2所述的性能监控方法,其中,起始加载时刻最小的资源所对应的监控子部件中,背景色块的起点位置与URL的起点位置相同。
4.如权利要求3所述的性能监控方法,其中,在监控子部件中,URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于类型所对应的显示区域的面积。
5.如权利要求1所述的性能监控方法,其中,所述监控部件中还包括:标记线,为垂直于横条状的监控子部件的竖线,所述标记线适于标记关键资源的起始加载时刻和/或加载完成时刻。
6.如权利要求1所述的性能监控方法,其中,所述URL包括域名和相对路径。
7.如权利要求6所述的性能监控方法,其中,当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,所述小窗口中包括所述监控子部件对应的资源的域名、相对路径、加载耗时和类型。
8.如权利要求1所述的性能监控方法,其中,所述在目标网页中布置性能监控接口的步骤包括:
在目标网页的源码中注入JS代码,所述JS代码适于当发生对所述目标网页的访问请求时,获取该访问请求对应的所述目标网页的加载性能数据。
9.如权利要求1所述的性能监控方法,其中,所述获取所述目标网页的加载性能数据的步骤进一步包括:针对多个对所述目标网页的访问请求,获取每个访问请求所对应的所述目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据。
10.如权利要求9所述的性能监控方法,其中,所述对获取到的多组目标网页的加载性能数据进行汇总、处理的步骤包括:
将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。
11.一种性能监控装置,适于监控目标网页的加载性能,其中所述目标网页包括一个或多个资源,所述性能监控装置包括:
接口布置单元,适于在目标网页中布置性能监控接口,所述性能监控接口适于获取所述目标网页的加载性能数据,其中,所述目标网页的加载性能数据包括所述目标网页的一个或多个资源的加载性能数据,资源的加载性能数据包括以下项目:URL、起始加载时刻、加载完成时刻、加载耗时和类型;
数据获取单元,适于获取所述目标网页的加载性能数据;
状态显示单元,适于根据所述目标网页的加载性能数据,在浏览器中绘制监控部件,所述监控部件包括多个横条状的监控子部件,所述多个横条状的监控子部件从上到下依次排列,其中,每个所述监控子部件实时显示所述目标网页的某个资源的加载性能数据,每个所述监控子部件具有相同的显示布局,其中,各资源按照起始加载时刻从小到大在各监控子部件中依次排列,以及
为每个监控子部件设置横条状的背景色块,其中,背景色块的起点位置适于反映资源的起始加载时刻,背景色块的终点位置适于反映资源的加载完成时刻,背景色块的长度适于反映资源的加载耗时,背景色块的颜色适于反映资源的类型。
12.如权利要求11所述的性能监控装置,其中,所述状态显示单元还适于:资源的URL、加载耗时和类型在监控子部件中从左到右依次排列。
13.如权利要求12所述的性能监控装置,其中,所述状态显示单元还适于:在起始加载时刻最小的资源所对应的监控子部件中,将背景色块的起点位置与URL的起点位置设置为相同。
14.如权利要求13所述的性能监控装置,其中,所述状态显示单元还适于:在监控子部件中,设置URL所对应的显示区域的面积大于加载耗时所对应的显示区域的面积;URL所对应的显示区域的面积大于类型所对应的显示区域的面积。
15.如权利要求11所述的性能监控装置,其中,所述监控部件中还包括:标记线,为垂直于横条状的监控子部件的竖线,所述标记线适于标记关键资源的起始加载时刻和/或加载完成时刻。
16.如权利要求11所述的性能监控装置,其中,所述URL包括域名和相对路径。
17.如权利要求16所述的性能监控装置,其中,所述状态显示单元还适于:当采用输入装置定位至某一个监控子部件时,在定位符的一侧显示小窗口,所述小窗口中包括所述监控子部件对应的资源的域名、相对路径、加载耗时和类型。
18.如权利要求11所述的性能监控装置,其中,所述接口布置单元进一步适于:在目标网页的源码中注入JS代码,所述JS代码适于当发生对所述目标网页的访问请求时,获取该访问请求对应的所述目标网页的加载性能数据。
19.如权利要求11所述的性能监控装置,其中,还包括:数据汇总单元,适于针对多个对所述目标网页的访问请求,获取每个访问请求所对应的所述目标网页的加载性能数据,并对获取到的多组目标网页的加载性能数据进行汇总、处理,得出所述目标网页的总体加载性能数据,并将所述目标网页的总体加载性能数据发送至数据获取单元。
20.如权利要求19所述的性能监控装置,其中,所述数据汇总单元进一步适于:将资源、加载性能数据的项目均相同的性能数据求和,并取平均值。
21.一种监控设备,包括如权利要求11-20中任一项所述的性能监控装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610298400.4A CN106021078B (zh) | 2016-05-06 | 2016-05-06 | 一种性能监控方法、装置及监控设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610298400.4A CN106021078B (zh) | 2016-05-06 | 2016-05-06 | 一种性能监控方法、装置及监控设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106021078A CN106021078A (zh) | 2016-10-12 |
CN106021078B true CN106021078B (zh) | 2019-03-26 |
Family
ID=57081868
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610298400.4A Active CN106021078B (zh) | 2016-05-06 | 2016-05-06 | 一种性能监控方法、装置及监控设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106021078B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106897215A (zh) * | 2017-01-20 | 2017-06-27 | 华南理工大学 | 一种基于WebView网页加载性能及用户行为流数据采集的方法 |
CN110198324B (zh) * | 2018-02-26 | 2021-12-14 | 腾讯科技(深圳)有限公司 | 数据监控方法、装置、浏览器及终端 |
CN110020263B (zh) * | 2018-08-30 | 2021-10-22 | 京东方科技集团股份有限公司 | 封闭系统的监控方法及装置、监控设备 |
CN111898059B (zh) * | 2019-05-06 | 2023-12-22 | 千寻位置网络有限公司 | 网站页面质量评估和监控方法及其系统 |
CN112306791B (zh) * | 2019-08-01 | 2024-05-17 | 北京京东尚科信息技术有限公司 | 一种性能监控的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101902368A (zh) * | 2010-06-10 | 2010-12-01 | 福建升腾资讯有限公司 | 模拟批量瘦客户机操作的web性能测试方法及其测试系统 |
CN101996126A (zh) * | 2010-11-01 | 2011-03-30 | 北京并行科技有限公司 | 一种机群性能监控接口及其方法 |
CN103645978A (zh) * | 2013-12-16 | 2014-03-19 | 百度在线网络技术(北京)有限公司 | 浏览器网页加载时间的测试方法、装置和系统 |
CN104750585A (zh) * | 2013-12-30 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 终端检测的方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7475067B2 (en) * | 2004-07-09 | 2009-01-06 | Aol Llc | Web page performance scoring |
-
2016
- 2016-05-06 CN CN201610298400.4A patent/CN106021078B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101902368A (zh) * | 2010-06-10 | 2010-12-01 | 福建升腾资讯有限公司 | 模拟批量瘦客户机操作的web性能测试方法及其测试系统 |
CN101996126A (zh) * | 2010-11-01 | 2011-03-30 | 北京并行科技有限公司 | 一种机群性能监控接口及其方法 |
CN103645978A (zh) * | 2013-12-16 | 2014-03-19 | 百度在线网络技术(北京)有限公司 | 浏览器网页加载时间的测试方法、装置和系统 |
CN104750585A (zh) * | 2013-12-30 | 2015-07-01 | 腾讯科技(深圳)有限公司 | 终端检测的方法及装置 |
Non-Patent Citations (1)
Title |
---|
大数据,全球化,移动性,WIFI和实时用户数据;施尉霁;《MTS2 Software Engineer》;20150811;第1-26页 |
Also Published As
Publication number | Publication date |
---|---|
CN106021078A (zh) | 2016-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106021078B (zh) | 一种性能监控方法、装置及监控设备 | |
CN111178012B (zh) | 一种表单渲染方法、装置、设备及存储介质 | |
CN105095432B (zh) | 网页批注显示方法及装置 | |
CN110795666B (zh) | 一种网页生成方法、装置、终端及存储介质 | |
US9459786B2 (en) | Systems and methods for sharing a user interface element based on user gestures | |
EP3335411B1 (en) | Electronic device and method of managing application programs thereof | |
CN106708496B (zh) | 图形界面中标签页的处理方法和装置 | |
US10838612B2 (en) | Apparatus and method for processing drag and drop | |
WO2013154550A1 (en) | User interface content personalization system | |
KR20150072819A (ko) | 전자장치에서 디지털 콘텐츠를 디스플레이하기 위한 방법 및 장치 | |
CN107450808B (zh) | 一种浏览器的鼠标指针定位方法及计算设备 | |
CN104424212A (zh) | 一种分享媒体内容、及显示媒体内容的方法及装置 | |
US20140082527A1 (en) | Method and device for processing tabbed-page | |
KR102471739B1 (ko) | 전자 장치의 히스토리 정보 관리 장치 및 방법 | |
CN107704598A (zh) | 瀑布流式网页加载方法、装置、终端与计算机可读存储介质 | |
CN107798558A (zh) | 用户行为数据分析方法及服务器 | |
CN109582888A (zh) | 网页书签整理方法及系统 | |
CN109145182B (zh) | 数据采集方法、装置、计算机设备及系统 | |
CN110168486A (zh) | 电子装置以及在电子装置中创建网页的快捷方式的方法 | |
CN107609146A (zh) | 信息展示方法、装置、终端及服务器 | |
CN109478300A (zh) | 电子设备、显示方法和程序 | |
US20160048498A1 (en) | Method for providing alternative service and electronic device thereof | |
CN106777194A (zh) | 一种广告拦截方法及移动终端 | |
CN104063115B (zh) | 一种信息处理方法及电子设备 | |
US20150256607A1 (en) | Apparatus and method for improving loading time in electronic device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20220719 Address after: 100193 room 101-216, 2nd floor, building 4, East District, yard 10, northwest Wangdong Road, Haidian District, Beijing Patentee after: Beijing Ruixiang Technology Co.,Ltd. Address before: 100191 floors 3 and 4, building a-5, Dongsheng Science Park, Zhongguancun, No. 66, xixiaokou Road, Haidian District, Beijing Patentee before: BEIJING ONEAPM Co.,Ltd. |
|
TR01 | Transfer of patent right |