网页加载的处理方法及装置与流程

文档序号:19156026发布日期:2019-11-16 00:47阅读:170来源:国知局
网页加载的处理方法及装置与流程

本申请涉及计算机及通信技术领域,具体而言,涉及一种网页加载的处理方法及装置。



背景技术:

在网页资源的加载过程中,可能会出现网页资源加载阻塞的情况。在目前的技术方案中,当所有网页资源加载完成后,通过人工对网页资源的加载时间进行分析,以识别存在加载阻塞的网页资源。然而在加载完成后再进行分析,使得加载阻塞事件无法及时得到处理,用户体验较差。



技术实现要素:

本申请的实施例提供了一种网页加载的处理方法及装置,进而至少在一定程度上可以及时处理加载阻塞事件,提升用户体验。

本申请的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面,提供了一种网页加载的处理方法,所述处理方法包括:

在网页的加载过程中,获取网页资源的加载进度信息;

根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源;

根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。

根据本申请实施例的一个方面,提供了一种网页加载的处理装置,所述处理装置包括:

获取模块,用于在网页的加载过程中,获取网页资源的加载进度信息;

识别模块,用于根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源;

策略执行模块,用于根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。

在本申请的一些实施例中,基于前述方案,所述获取模块还用于:采用监控插件获取所述网页资源的加载进度信息;

其中,所述处理装置还包括:

检测模块,用于在接收到对所述网页的加载请求时,检测是否缓存有所述监控插件;

加载模块,用于若未缓存有所述监控插件,则从边缘服务器中加载所述监控插件;还用于若缓存有所述监控插件,则从缓存中加载所述监控插件。

在本申请的一些实施例中,基于前述方案,所述加载模块还用于:将从所述边缘服务器中加载的所述监控插件添加至缓存文件中

在本申请的一些实施例中,基于前述方案,所述策略执行模块还用于:获取与所述代码资源相关的阻塞信息,其中,所述阻塞信息包括所述代码资源的标识信息和与在所述代码资源之后加载的网页资源相关的信息;并用于将所述阻塞信息进行上报。

在本申请的一些实施例中,基于前述方案,所述策略执行模块还用于:将所述图片资源替换为指定图片,其中,所述指定图片的大小小于所述图片资源的大小或所述指定图片的大小小于所述图片资源的大小且所述指定图片包含有用以提示用户是否继续等待加载的第一提示信息。

在本申请的一些实施例中,基于前述方案,所述策略执行模块还用于:检测所述图片资源的加载状态是否异常;并用于若所述图片资源的加载状态为异常状态,则将所述图片资源的异常状态信息进行上报。

在本申请的一些实施例中,基于前述方案,所述策略执行模块还用于:获取所述图片资源的加载路径信息;并用于若所述图片资源的加载路径信息为非静态资源加速路径,则将所述图片资源的加载路径信息进行上报。

在本申请的一些实施例中,基于前述方案,所述获取模块还用于:获取用于加载所述网页的客户端的状态信息;并用于若所述客户端的状态信息达到第一预定阈值,则向所述用户显示第二提示信息,以提示用户降低所述客户端的状态信息。

在本申请的一些实施例中,基于前述方案,所述获取模块还用于:在网页的加载过程中,获取所述网页资源的加载时长;其中,所述识别模块还用于:若所述网页资源的加载时长达到第二预定阈值,则确定所述网页资源为目标网页资源。

根据本申请实施例的一个方面,提供了一种计算机可读介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如上述实施例中所述的网页加载的处理方法。

根据本申请实施例的一个方面,提供了一种电子设备,包括:一个或多个处理器;存储装置,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如上述实施例中所述的网页加载的处理方法。

在本申请的一些实施例所提供的技术方案中,通过在网页的加载过程中,获取网页资源的加载进度信息,再根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源,最后根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理,使得能够在网页加载的过程中,及早发现存在加载阻塞的目标网页资源,再根据目标网页资源的类别,采取对应的加载处理策略,以能够及早响应并处理加载阻塞事件。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图;

图2示出了根据本申请的一个实施例的网页加载的处理方法的流程示意图;

图3示出了根据本申请的一个实施例的网页加载的处理方法还包括的加载监控插件的流程示意图;

图4示出了根据本申请的一个实施例的图2的网页加载的处理方法中当目标网页资源为代码资源时步骤s230的流程示意图;

图5示出了根据本申请的一个实施例的图2的网页加载的处理方法中当目标网页资源是图片资源时步骤s230的流程示意图;

图6示出了根据本申请的另一个实施例的图2的网页加载的处理方法中当目标网页资源是图片资源时步骤s230的流程示意图;

图7示出了根据本申请的一个实施例的网页加载的处理方法还包括的检测客户端的状态信息的流程示意图;

图8示出了根据本申请的一个实施例的网页加载的处理方法的流程示意图;

图9示出了根据本申请的一个实施例的网页加载的处理装置的框图;

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而,示例实施方式能够以多种形式实施,且不应被理解为限于在此阐述的范例;相反,提供这些实施方式使得本申请将更加全面和完整,并将示例实施方式的构思全面地传达给本领域的技术人员。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本申请的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本申请的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本发明实施例的即时通讯消息的处理方法或即时通讯消息的处理装置的示例性系统架构100的示意图。

如图1所示,系统架构100可以包括终端设备101、102、103中的一种或多种,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备,包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

在本发明的一个实施例中,终端设备(如终端设备101、102、103中的一个或多个)可以在网页的加载过程中,获取网页资源的加载进度信息,并根据所述网页资源的加载进度信息,识别出存在加载阻塞的目标网页资源,最后根据所述目标网页资源的类别,再采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。

基于上述实施例可知,本发明实施例所提供的网页加载的处理方法可以由终端设备执行,相应地,网页加载的处理装置一般设置于终端设备中。但是,在本发明的其它实施例中,服务器105也可以具有相似的功能,从而执行本发明实施例所提供的网页加载的处理方案,即在本发明的实施例中,服务器105可以在网页的加载过程中,获取网页资源的加载进度信息,并根据所述网页资源的加载进度信息,识别出存在加载阻塞的目标网页资源,最后根据所述目标网页资源的类别,再采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。相应地,网页加载的处理装置也可以设置于服务器中。

以下对本申请实施例的技术方案的实现细节进行详细阐述:

图2示出了根据本申请的一个实施例的网页加载的处理方法的流程示意图,该网页加载的处理方法可以由终端设备来执行,该终端设备可以是图1中所示的终端设备。参照图2所示,该网页加载的处理方法至少包括步骤s210至步骤s230,详细介绍如下:

在步骤s210中,在网页的加载过程中,获取网页资源的加载进度信息。

其中,网页可以是构成网站的基本元素,其可以作为承载各种网站应用的平台。在每一网页中,可以包括但不限于文字、视频、图片、音频、网络链接等组成元素,用以向网页访问者传递信息。

网页资源可以是与搭建网页相关的资源文件,其可以是用以搭建网页的代码资源,例如css文件、js文件等;也可以是在网页上进行显示以传递信息的文字资源、图片资源、视频资源等等。应该理解的是,每一网页可以包括多种网页资源,多种网页资源之间可相互配合以构成完整的网页。

网页资源的加载进度信息可以是与网页资源的加载过程相关的进度信息,例如加载进度信息可以是网页资源从开始加载到加载完成的时长、也可以是网页资源等待加载的时长、或者也可以是单位时间内网页资源的加载完成度等等。

在该实施例中,当开始加载网页时,对该网页所需加载的网页资源进行监控,以获取网页资源的加载进度信息。具体地,当接收到加载网页的请求时,获取所述网页所需加载的网页资源的标识信息(例如网页资源的名称、编号或存储路径等等),再根据所需加载的网页资源的标识信息对应获取网页资源的加载进度信息。

在步骤s220中,根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源。

在该实施例中,由于网页资源的加载进度信息是与网页资源的加载过程相关的进度信息,因此,可根据所获取的网页资源的加载进度信息,识别出存在加载阻塞的目标网页资源。例如当网页资源从开始加载到加载完成的时长大于一定阈值时则确定该网页资源为存在加载阻塞的目标网页资源、或当网页资源等待加载的时长大于一定阈值时则确定该网页资源为存在加载阻塞的目标网页资源等等。

在步骤s230中,根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。

在本申请一示例性实施例中,目标网页资源的类别可以是根据网页资源的文件格式(例如css文件的文件格式为.css,图片的格式为.jpg、.png,等等)进行划分;在本申请另一示例性实施例中,目标网页资源的类别也可以是根据网页资源之间的相似性进行划分,例如css文件和js文件都为代码文件,因此将二者的类别划分为代码资源、.jpg格式和.png格式的文件都是图片,因此将二者的类别划分为图片资源,等等。

针对不同类别的网页资源,可对应设置加载处理策略。当该类别的网页资源发生加载阻塞时,可采取对应的加载处理策略以对发生加载阻塞的网页资源进行处理。

在图2所示的实施例中,通过在网页加载过程中获取网页资源的加载进度信息,以根据网页资源的加载进度信息识别出存在加载阻塞的目标网页资源,最后再根据目标网页资源的类别,采取与目标网页资源的类别相对应的加载处理策略对目标网页资源进行处理,使得能够在网页加载的过程中,及早发现存在加载阻塞的目标网页资源,并采取对应的加载处理策略进行处理以能够及早响应并处理加载阻塞事件,提高用户体验。

基于图2所示的实施例,在本申请的一示例性实施例中,获取网页资源的加载进度信息,包括:

采用监控插件获取所述网页资源的加载进度信息。

在该实施例中,监控插件可以是用以获取网页资源的加载进度信息的脚本文件。需要说明的是,监控插件可以是只针对指定网页(例如只针对腾讯官网、qq官网等)进行监控,也可以是针对网络上所有网页进行监控,本示例对此不做特殊限定。

当用户在使用浏览器、qq等具有访问网页功能的软件进行访问网页时,监控插件可获取加载网页所需的网页资源的加载进度信息。应该理解的是,监控插件可监控指定浏览器(例如ie浏览器、uc浏览器或qq软件等)所访问的网页,也可监控在同一终端设备(例如图1中所示的终端设备101、102或103)上所具有的所有浏览器所访问的网页。

基于上述实施例,图3示出了根据本申请的一个实施例的网页加载的处理方法还包括的加载监控插件的流程示意图,在图3所示的实施例中,加载监控插件至少包括步骤s310至步骤s320,详细介绍如下:

在步骤s310中,在接收到对所述网页的加载请求时,检测是否缓存有所述监控插件。

其中,对所述网页的加载请求可以是用以请求访问所述网页的信息,在本申请一示例中,对所述网页的加载请求可以是由用户点击界面上的特定区域(例如“网站搜索”按钮等)进行发送;在本申请另一示例中,对所述网页的加载请求也可以是由系统自动进行发送(例如每隔固定周期进行访问等),本申请对此不做特殊限定。

在该实施例中,当接收到对网页的加载请求时,检测是否缓存有监控插件,其中,可以在浏览器的缓存文件中检测是否具有监控插件,也可以是在终端设备的缓存文件中检测是否具有监控插件。

在步骤s320中,若未缓存有所述监控插件,则从边缘服务器中加载所述监控插件。

其中,边缘服务器可以是部署在各地、使用户能够就近获取所需内容的服务器。

在该实施例中,可将监控插件预先存储至边缘服务器中,当用户需加载监控插件时,可从存储有该监控插件的边缘服务器中加载监控插件,以提高加载速度,避免因为加载监控插件而降低网页资源的加载效率。

在步骤s330中,若缓存有所述监控插件,则从缓存中加载所述监控插件。

在图3所示的实施例中,在接收到对网页的加载请求时,检测是否缓存有监控插件,若无,则从边缘服务器中加载监控插件,以提高监控插件的加载速度。且由边缘服务器中加载监控插件也可以减少带宽占用,进而能够避免因为占用带宽而造成网页资源的加载阻塞。若缓存有监控插件在,则从缓存中加载监控插件,由缓存中获取监控插件能够提高监控插件的加载速度,且也不会影响网页资源的加载,保证了网页资源的加载效率。

基于图3所示的实施例,在本申请的一示例性实施例中,在从边缘服务器中加载所述监控插件之后,所述网页加载的处理方法还包括:

将从所述边缘服务器中加载的所述监控插件添加至缓存文件中。

在该实施例中,将从边缘服务器加载的监控插件添加至缓存文件中,当下次访问网页时,即可从缓存文件中获取监控插件,提高了监控插件的加载效率,也能够避免因为加载监控插件而造成网页资源的加载堵塞。

基于图2所示的实施例,图4示出了根据本申请的一个实施例的图2的网页加载的处理方法中当目标网页资源为代码资源时步骤s230的流程示意图,在图4所示的实施例中,当目标网页资源为代码资源时,该网页加载的处理方法中步骤s230至少包括步骤s410至步骤s420,详细介绍如下:

在步骤s410中,获取所述代码资源相关的阻塞信息,其中,所述阻塞信息包括所述代码资源的标识信息和与在所述代码资源之后加载的网页资源相关的信息。

其中,阻塞信息可以是与发生加载阻塞的目标网页资源相关的信息,例如阻塞信息可以是目标网页资源的名称、加载进度信息等等,需要说明的是,阻塞信息也可以是与网页所需加载的网页资源相关的信息,例如在存在加载阻塞的网页资源之后还有多少网页资源未进行加载、已加载了多少网页资源等等。

在该实施例中,阻塞信息包括代码资源的标识信息(例如代码资源的名称、编号等)以及与在代码资源之后加载的网页资源相关的信息(例如有多少网页资源还未进行加载等等)。

在步骤s420中,将所述阻塞信息进行上报。

在该实施例中,将所获取的与代码资源相关的阻塞信息进行上报,其中,阻塞信息包括了代码资源的标识信息和与在代码资源之后加载的网页资源相关的信息。根据代码资源的标识信息,后台维护人员可以直接知悉是哪个网页资源发生了加载阻塞,无需再进行多余的分析即可进行目标网页资源的定位,可直接对该代码资源进行分析以进行修复或优化。根据与在所述代码资源之后加载的网页资源的相关信息,后台维护人员可知悉在目标网页资源之后还有多少网页资源未进行加载,后台维护人员可对应进行加载顺序的调整,将易发生加载阻塞的网页资源或加载时间较长的网页资源置后进行加载,以优化网页资源的加载顺序。

在本申请一示例性实施例中,可基于websocket协议,将所述阻塞信息进行上报。websocket是一种在单个tcp连接上进行全双工通信的协议。在websocketapi中,浏览器和服务器只需要完成一次握手,两者之间就直接可以创建持久性的连接,并进行双向数据传输。基于websocket协议进行上报,能够避免多次连接,减少了性能损耗。

基于图2所示的实施例,在本申请的一示例性实施例中,当目标网页资源为图片资源时,根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理,包括:

将所述图片资源替换为指定图片,其中,所述指定图片的大小小于所述图片资源的大小或所述指定图片的大小小于所述图片资源的大小且所述指定图片包含有用以提示用户是否继续等待加载的第一提示信息。

其中,指定图片可以是用以替换图片资源、且易于进行加载的图片,例如指定图片可以是大小小于图片资源大小的图片、也可以是预先进行缓存的图片等等。当图片资源存在加载阻塞时,用指定图片替换发生加载阻塞的图片资源进行展示,以避免由于图片资源加载阻塞而影响网页的界面布局,优化了用户体验。

在该实施例中,指定图片的大小小于存在加载阻塞的图片资源的大小,使得指定图片的加载易于图片资源的加载。当图片资源发生加载阻塞时,采用指定图片进行替换加载,能够快速加载指定图片并进行显示,以提高用户的访问体验。

指定图片中可包含用以提示用户是否继续等待加载的第一提示信息。应该理解的是,该第一提示信息可以是图形(例如“红色的感叹号”等)、也可以是文字(例如“正在加载中”等)等等,本示例对此不做特殊限定。当用户看到第一提示信息时,即可知悉对应的图片资源存在加载阻塞,用户可选择进行刷新或者退出网页,相比较目前技术方案中的无目的的等待,提升了用户体验。

基于图2的实施例,图5示出了根据本申请的一个实施例的图2的网页加载的处理方法中当目标网页资源是图片资源时步骤s230的流程示意图。在图5所示的实施例中,当目标网页资源为图片资源时,该网页加载的处理方法中步骤s230至少包括步骤s510至步骤s520,详细介绍如下:

在步骤s510中,检测所述图片资源的加载状态是否异常。

其中,加载状态可以是网页资源在加载时的状态信息,当网页资源可以正常加载时则该网页资源的加载状态为正常状态,当网页资源无法正常加载时(例如出现网页404错误或者504错误等),则该网页资源的加载状态为异常状态。

在步骤s520中,若所述图片资源的加载状态为异常状态,则将所述图片资源的异常状态信息进行上报。

在该实施例中,当图片资源的加载状态为异常状态时,将图片资源的异常状态信息进行上报,以使后台维护人员能够及时发现该图片资源的加载阻塞原因,并对应进行修复或优化。

基于图2的实施例,图6示出了根据本申请的另一个实施例的图2的网页加载的处理方法中当目标网页资源是图片资源时步骤s230的流程示意图。在图6所示的实施例中,当目标网页资源为图片资源时,该网页加载的处理方法中步骤s230至少包括步骤s610至步骤s620,详细介绍如下:

在步骤s610中,获取所述图片资源的加载路径信息。

其中,加载路径信息可以是图片资源的存储位置信息。当需要加载网页资源时,即可从该网页资源的加载路径信息对应的存储位置中进行获取。

在步骤s620中,若所述图片资源的加载路径信息为非静态资源加速路径,则将所述图片资源的加载路径信息进行上报。

其中,静态资源可以是预先设计好的网页资源(例如图片资源、文字资源等),其并不需要与数据库一起参与程序处理,因此也不能像动态资源一样依靠设计好的程序来实现按照需求的动态响应。

静态资源加速路径可以是对静态资源的加载进行加速的路径,其可以通过修改静态资源的存储位置以获得更快的加载速度(例如将图片资源预先存储至边缘服务器中等),也可以在加载静态资源时使用加速器进行加速,等等。

在该实施例中,当检测到图片资源的加载路径信息为非静态资源加速路径时,则将该图片资源的加载路径信息进行上报,其中,图片资源的加载路径信息可以包括该图片资源的标识信息,以使后台维护人员能够根据图片资源的加载路径信息以对该图片资源的加载路径进行优化,例如将该图片资源预先存储至边缘服务器中,使得更易进行加载等等。提高了图片资源的加载速度,避免图片资源因为加载时间过长而出现加载堵塞的情况。

基于图2、图3所示的实施例,图7示出了根据本申请的一个实施例的网页加载的处理方法还包括的检测客户端的状态信息的流程示意图,在图7所示的实施例中,检测客户端的状态信息至少包括步骤s710至步骤s720,详细介绍如下:

在步骤s710中,获取用于加载所述网页的客户端的状态信息。

其中,客户端可以是具有访问网页的功能的应用程序,例如客户端可以是qq浏览器、qq、wechat(微信)等应用程序。

状态信息可以是客户端在运行时的参数信息,例如客户端的cpu使用率、客户端的进程数等等。

在步骤s720中,若所述客户端的状态信息达到第一预定阈值时,则向所述用户显示第二提示信息,以提示用户降低所述客户端的状态信息。

其中,第一预定阈值可以是预先配置的,将客户端的状态信息与第一预定阈值相比较,可以知悉当前客户端的运行状态是否超出了正常范围,若客户端的运行状态超出了正常范围(例如客户端的cpu使用率为35%,第一预定阈值为30%,因为35%>30%,所以确定客户端的cpu使用率超出了正常范围),则可能造成客户端卡顿或者无响应,进而造成网页加载时发生阻塞。

第二提示信息可以是预先设置的、用以提示用户客户端的状态是否异常的信息。第二提示信息可以是文字信息(例如“客户端占用过多内存,请及时清理”等),第二提示信息也可以是图片信息(例如带有警告提示图片等)。

在该实施例中,通过监控客户端的状态信息,以防止由于客户端的状态异常而导致网页加载出现阻塞的情况。保证了客户端的流畅运行,进而保证了网页的加载速度。且通过向用户显示第二提示信息,以使用户知悉客户端的当前状态信息,能够使用户及时应对,避免网页加载出现阻塞。需要说明的是,可以通过使用监控插件对客户端的状态信息进行监控,以避免用户还需下载其他插件或应用程序进行监控,减少对设备空间的占用。

基于以上实施例,在本申请的一示例性实施例中,在网页的加载过程中,获取网页资源的加载进度信息,包括:

在网页的加载过程中,获取所述网页资源的加载时长。

其中,根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源,包括:

若所述网页资源的加载时长达到第二预定阈值,则确定所述网页资源为目标网页资源。

在该实施例中,通过获取网页资源的加载时长,并将其与第二预定阈值相比较,若网页资源的加载时长达到第二预定阈值,则确定该网页资源存在加载阻塞即为目标网页资源。具体地,可通过浏览器所提供的performance接口中监控网页资源加载时的pending属性,将该网页资源的pending属性值与第二预定阈值进行比较,确定该网页资源是否存在加载阻塞。

基于上述实施例的技术方案,以下介绍本申请实施例的一个具体应用场景:

图8示出了根据本申请的一个实施例的网页加载的处理方法的流程示意图,在图8所示的实施例中,该网页加载的处理方法至少包括步骤s801至步骤s815,详细介绍如下:

在步骤s801中,接收对网页的加载请求。

在步骤s802中,检测是否缓存有监控插件,若有,则执行步骤s803;若无,则执行步骤s804。即在接收到对所述网页的加载请求时,检测是否缓存有所述监控插件。

在步骤s803中,从缓存中中加载监控插件,执行步骤s806。

在步骤s804中,从边缘服务器中获取监控插件。

在步骤s805中,将从所述边缘服务器中加载的所述监控插件添加至缓存文件中。

在步骤s806中,启动浏览器状态监控模块。用以监控浏览器的状态信息。

在步骤s807中,启动网速监控模块。用以监控浏览器的网速信息,若网速过低,则会造成网页加载速度过慢,易于出现网页资源加载阻塞。

在步骤s808中,启动js监控模块。用以监控js文件的pending属性。

在步骤s809中,启动css监控模块。用以监控css文件的pending属性。

在步骤s810中,启动图片监控模块。用以监控图片文件的pending属性。

在步骤s811中,监控js文件的pending属性。

在步骤s812中,监控css文件的pending属性。

在步骤s813中,监控图片文件的pending属性。

在步骤s814中,根据各文件的pending属性,识别存在加载阻塞的目标文件。即根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源。

在步骤s815中,根据所述目标文件的类别,采取与所述类别相对应的加载处理策略对所述目标文件进行处理。即根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。

以下介绍本申请的装置实施例,可以用于执行本申请上述实施例中的网页加载的处理方法。对于本申请装置实施例中未披露的细节,请参照本申请上述的网页加载的处理方法的实施例。

图9示出了根据本申请的一个实施例的网页加载的处理装置的框图。

参照图9所示,根据本申请的一个实施例的网页加载的处理装置,包括:

获取模块910,用于在网页的加载过程中,获取网页资源的加载进度信息;

识别模块920,用于根据所述网页资源的加载进度信息,识别存在加载阻塞的目标网页资源;

策略执行模块930,用于根据所述目标网页资源的类别,采取与所述类别相对应的加载处理策略对所述目标网页资源进行处理。

在本申请的一些实施例中,基于前述方案,所述获取模块910还用于:采用监控插件获取所述网页资源的加载进度信息;

其中,所述处理装置还包括:

检测模块,用于在接收到对所述网页的加载请求时,检测是否缓存有所述监控插件;

加载模块,用于若未缓存有所述监控插件,则从边缘服务器中加载所述监控插件;还用于若缓存有所述监控插件,则从缓存中加载所述监控插件。

在本申请的一些实施例中,基于前述方案,所述加载模块还用于:将从所述边缘服务器中加载的所述监控插件添加至缓存文件中

在本申请的一些实施例中,基于前述方案,所述策略执行模块还用于:获取与所述代码资源相关的阻塞信息,其中,所述阻塞信息包括所述代码资源的标识信息和与在所述代码资源之后加载的网页资源相关的信息;并用于将所述阻塞信息进行上报。

在本申请的一些实施例中,基于前述方案,所述策略执行模块930还用于:将所述图片资源替换为指定图片,其中,所述指定图片的大小小于所述图片资源的大小或所述指定图片的大小小于所述图片资源的大小且所述指定图片包含有用以提示用户是否继续等待加载的第一提示信息。

在本申请的一些实施例中,基于前述方案,所述策略执行模块还用于:检测所述图片资源的加载状态是否异常;并用于若所述图片资源的加载状态为异常状态,则将所述图片资源的异常状态信息进行上报。

在本申请的一些实施例中,基于前述方案,所述策略执行模块930还用于:获取所述图片资源的加载路径信息;并用于若所述图片资源的加载路径信息为非静态资源加速路径,则将所述图片资源的加载路径信息进行上报。

在本申请的一些实施例中,基于前述方案,所述获取模块910还用于:获取用于加载所述网页的客户端的状态信息;并用于若所述客户端的状态信息达到第一预定阈值,则向所述用户显示第二提示信息,以提示用户降低所述客户端的状态信息。

在本申请的一些实施例中,基于前述方案,所述获取模块910还用于:在网页的加载过程中,获取所述网页资源的加载时长;其中,所述识别模块还用于:若所述网页资源的加载时长达到第二预定阈值,则确定所述网页资源为目标网页资源。

图10示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是,图10示出的电子设备的计算机系统仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示,计算机系统包括中央处理单元(centralprocessingunit,cpu)1001,其可以根据存储在只读存储器(read-onlymemory,rom)1002中的程序或者从存储部分1008加载到随机访问存储器(randomaccessmemory,ram)1003中的程序而执行各种适当的动作和处理,例如执行上述实施例中所述的方法。在ram1003中,还存储有系统操作所需的各种程序和数据。cpu1001、rom1002以及ram1003通过总线1004彼此相连。输入/输出(input/output,i/o)接口1005也连接至总线1004。

以下部件连接至i/o接口1005:包括键盘、鼠标等的输入部分1006;包括诸如阴极射线管(cathoderaytube,crt)、液晶显示器(liquidcrystaldisplay,lcd)等以及扬声器等的输出部分1007;包括硬盘等的存储部分1008;以及包括诸如lan(localareanetwork,局域网)卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至i/o接口1005。可拆卸介质1011,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器1010上,以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地,根据本申请的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本申请的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中,该计算机程序可以通过通信部分1009从网络上被下载和安装,和/或从可拆卸介质1011被安装。在该计算机程序被中央处理单元(cpu)1001执行时,执行本申请的系统中限定的各种功能。

需要说明的是,本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory,eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory,cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输,包括但不限于:无线、有线等等,或者上述的任意合适的组合。

附图中的流程图和框图,图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的单元也可以设置在处理器中。其中,这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现上述实施例中所述的方法。

应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本申请的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本申请实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1