CN110955856A

CN110955856A - 一种网页加载方法、装置、服务器及存储介质

Info

Publication number: CN110955856A
Application number: CN201910974815.2A
Authority: CN
Inventors: 刘永生
Original assignee: Beijing QIYI Century Science and Technology Co Ltd
Current assignee: Beijing QIYI Century Science and Technology Co Ltd
Priority date: 2019-10-14
Filing date: 2019-10-14
Publication date: 2020-04-03
Anticipated expiration: 2039-10-14
Also published as: CN110955856B

Abstract

本发明实施例提供了一种网页加载方法、装置、服务器及存储介质，所述方法包括：在接收到网页加载指令的情况下，调用App进程创建WKWebView组件，并在本地查找与所述网页加载指令相匹配的第一网页资源；通过WKWebView组件加载并解析所述第一网页资源，通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求；调用资源代理服务线程接收WKWebView进程发送的获取请求，在本地查找与所述获取请求相匹配的第二网页资源，并返回至WKWebView进程；调用WKWebView进程接收所述第二网页资源，通知WKWebView组件加载所述第二网页资源；通过WKWebView组件加载所述第二网页资源。

Description

一种网页加载方法、装置、服务器及存储介质

技术领域

本发明涉及互联网技术领域，特别是涉及一种网页加载方法、装置、服务器及存储介质。

背景技术

在基于IOS系统的移动终端中，UIWebView组件通常可用于根据链接加载网页并以相应的视图进行展示，相当于浏览器的功能。由于UIWebView组件加载网页的过程中内存占用过高，容易引起App(Application，应用程序)崩溃，且JS(JavaScript，直译式脚本语言)执行效率低，自此WKWebView组件应运而生。

WKWebView组件相较于UIWebView组件，采用了多进程架构，WKWebView组件加载网页在独立的进程(WKWebView进程)中进行，并不在App进程中执行，因此不会占用App进程的内存，不易引起App崩溃，且JS执行效率高。

WKWebView组件的多进程架构带来了性能、稳定性方面的提升，但与此同时带来了新的问题：由于App进程无法拦截和代理WKWebView进程中的HTTP/HTTPS网络请求，导致无法将本地网页资源作为响应反馈给WKWebView组件，进而本地网页资源无法被WKWebView组件加载，造成网页加载速度较慢。

发明内容

本发明实施例的目的在于提供一种网页加载方法、装置、服务器及存储介质，以实现加快网页加载速度的有益效果。具体技术方案如下：

在本发明实施的第一方面，首先提供了一种网页加载方法，所述方法包括：

在接收到网页加载指令的情况下，调用App进程创建WKWebView组件，并在本地查找与所述网页加载指令相匹配的第一网页资源；

通过WKWebView组件加载并解析所述第一网页资源，通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求；

调用资源代理服务线程接收WKWebView进程发送的获取请求，在本地查找与所述获取请求相匹配的第二网页资源，并返回至WKWebView进程；

调用WKWebView进程接收所述第二网页资源，通知WKWebView组件加载所述第二网页资源；

通过WKWebView组件加载所述第二网页资源。

优选的，所述在本地查找与所述网页加载指令相匹配的第一网页资源，包括：

从所述网页加载指令中提取第一网页地址；

根据第一映射表项，在本地查找与所述第一网页地址相匹配的第一网页资源，其中，所述第一映射表项包括第一网页地址与第一网页资源的映射关系。

优选的，所述通过WKWebView组件加载并解析所述第一网页资源，包括：

调用App进程获取所述第一网页资源存储至缓存中，通知WKWebView组件加载并解析缓存中的所述第一网页资源；

通过WKWebView组件加载并解析缓存中的所述第一网页资源。

优选的，所述在本地查找与所述获取请求相匹配的第二网页资源，包括：

从所述获取请求中提取第二网页地址；

根据第二映射表项，在本地查找与所述第二网页地址相匹配的第二网页资源，其中，所述第二映射表项包括第二网页地址与第二网页资源的映射关系。

优选的，所述资源代理服务线程具体通过以下方式进行启动：

调用App进程从端口列表中确定目标端口，并根据所述目标端口在App进程内部启动资源代理服务线程。

优选的，所述第一网页资源以及所述第二网页资源通过以下方式得到：

调用App进程预先向资源服务器发送网页资源包的获取请求；

调用App进程接收所述资源服务器根据所述网页资源包的获取请求返回的网页资源包；

调用App进程解析所述网页资源包，得到第三网页资源以及所述第二网页资源；

调用资源代理服务线程获取所述第三网页资源；

调用资源代理服务线程遍历修改所述第三网页资源中所记录的所述第二网页资源对应的网页地址，生成所述第一网页资源；

调用App进程将所述第一网页资源以及所述第二网页资源存储至本地。

优选的，所述方法还包括：

调用App进程确定所述第一网页地址为网页基础地址；

展示所述网页基础地址。

在本发明实施的第二方面，还提供了一种网页加载装置，所述装置包括：

组件创建模块，用于在接收到网页加载指令的情况下，调用App进程创建WKWebView组件；

第一查找模块，用于在接收到网页加载指令的情况下，调用App进程在本地查找与所述网页加载指令相匹配的第一网页资源；

资源加载及解析模块，用于通过WKWebView组件加载并解析所述第一网页资源；

第一通知模块，用于通过WKWebView组件通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求；

第二查找模块，用于调用资源代理服务线程接收WKWebView进程发送的获取请求，在本地查找与所述获取请求相匹配的第二网页资源，并返回至WKWebView进程；

第二通知模块，用于调用WKWebView进程接收所述第二网页资源，通知WKWebView组件加载所述第二网页资源；

资源加载模块，用于通过WKWebView组件加载所述第二网页资源。

优选的，所述第一查找模块具体用于：

调用App进程从所述网页加载指令中提取第一网页地址；

在本发明实施的又一方面，还提供了一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一所述的网页加载方法。

在本发明实施的又一方面，还提供了一种存储介质，所述存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的网页加载方法。

在本发明实施的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的网页加载方法。

本发明实施例提供的技术方案，通过App进程在本地查找与网页加载指令相匹配的第一网页资源，以及通过资源代理服务线程截获WKWebView进程发送的第二网页资源的获取请求，在本地查找与获取请求相匹配的第二网页资源，将本地的第一网页资源以及第二网页资源反馈至WKWebView组件，通过WKWebView组件加载本地的第一网页资源以及第二网页资源，可以加快网页加载速度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例中示出的一种网页加载方法的交互流程示意图；

图2为本发明实施例中示出的一种得到第一网页资源以及第二网页资源的交互流程示意图；

图3为本发明实施例中示出的另一种网页加载方法的交互流程示意图；

图4为本发明实施例中示出的一种网页加载装置的结构示意图；

图5为本发明实施例中示出的一种服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，为本发明实施例提供的一种网页加载方法的交互流程示意图，该方法具体可以包括以下步骤：

S101，在接收到网页加载指令的情况下，调用App进程创建WKWebView组件；

在本发明实施例中，在接收到网页加载指令的情况下，需要调用App进程创建WKWebView组件。其中，该网页加载指令可以由用户发出，也可以由其它应用程序发出，本发明实施例对此不作限定。

例如，接收到用户输入的网页加载指令，需要加载如下网页：

http://www.example.com/clockapp/clock1.html；

调用App进程创建WKWebView组件。

S102，在接收到网页加载指令的情况下，调用App进程在本地查找与所述网页加载指令相匹配的第一网页资源；

在接收到网页加载指令的情况下，一方面需要调用App进程创建WKWebView组件，另一方面需要调用App进程在本地查找与该网页加载指令相匹配的第一网页资源。

对于网页资源，可以包括HTML/JS/CSS资源，在本发明实施例中，第一网页资源可以是HTML资源，即HTML主文档文件。

http://www.example.com/clockapp/clock1.html；

一方面需要调用App进程创建WKWebView组件，另一方面需要调用App进程在本地查找与网页加载指令相匹配的clockapp/clock1.html主文档文件(即HTML资源)。

S103，通过WKWebView组件加载并解析所述第一网页资源；

通过WKWebView组件可以加载App进程所查找到的第一网页资源，并针对第一网页资源进行解析。

例如，调用App进程在本地查找与网页加载指令相匹配的clockapp/clock1.html主文档文件，通过WKWebView组件加载clockapp/clock1.html主文档文件，并解析clockapp/clock1.html主文档文件中内容。

S104，通过WKWebView组件通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求；

通过WKWebView组件对第一网页资源进行加载，并对加载的第一网页资源进行解析。其中，在对第一网页资源进行解析的过程中，当解析到包含第二网页资源的标签时，通过WKWebView组件可以暂停对第一网页资源的解析，触发WKWebView进程向资源代理服务线程发送第二网页资源的获取请求，即通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求。其中，对于第二网页资源，可以是JS/CSS资源。

例如，在通过WKWebView组件正常解析HTML主文档文件内容字符串的过程中，解析到包含外链子资源(JS资源)的标签：

<scriptsrc＝”http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.js”>；

通过WKWebView组件通知WKWebView进程向资源代理服务线程发送JS资源的获取请求：

http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.js。

以及在通过WKWebView组件正常解析HTML主文档文件内容字符串的过程中，解析到包含外链子资源(CSS资源)的标签：

<scriptsrc＝”http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.css”>；

通过WKWebView组件通知WKWebView进程向资源代理服务线程发送CSS资源的获取请求：

http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.css。

S105，调用资源代理服务线程接收WKWebView进程发送的获取请求；

在本发明实施例中，启用资源代理服务线程，由资源代理服务线程提供第二网页资源服务，即提供JS/CSS资源服务，则可以调用资源代理服务线程接收WKWebView进程发送的获取请求。

例如，调用工作在http://127.0.0.1:8888/proxy的资源代理服务线程接收WKWebView进程发送的JS资源的获取请求：

http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.js；

以及后续的CSS资源的获取请求：

S106，调用资源代理服务线程在本地查找与所述获取请求相匹配的第二网页资源，并返回至WKWebView进程；

针对上述步骤的获取请求，调用资源代理服务线程在本地查找与该获取请求相匹配的第二网页资源，并将该第二网页资源返回至WKWebView进程。

例如，调用资源代理服务线程在本地查找与该获取请求相匹配的JS资源(clockapp/clock.js资源文件)，并把JS资源作为http响应返回至WKWebView进程，调用资源代理服务线程在本地查找与该获取请求相匹配的的CSS资源(clockapp/clock.css资源文件)，并把CSS资源作为http响应返回至WKWebView进程。

S107，调用WKWebView进程接收所述第二网页资源，通知WKWebView组件加载所述第二网页资源；

调用WKWebView进程接收资源代理服务线程返回的第二网页资源，可以通知WKWebView组件加载第二网页资源。

例如，对于WKWebView进程接收资源代理服务线程返回的JS/CSS资源，可以调用WKWebView进程通知WKWebView组件加载JS/CSS资源。

S108，通过WKWebView组件加载所述第二网页资源。

通过WKWebView组件在接收到WKWebView进程的通知之后，可以加载第二网页资源，并继续执行第一网页资源的加载，直至网页加载完成。

例如，通过WKWebView组件加载JS/CSS资源，并继续执行HTML主文档文件的加载，直至网页加载完成。

通过上述对本发明实施例提供的技术方案的描述，通过App进程在本地查找与网页加载指令相匹配的第一网页资源，以及通过资源代理服务线程截获WKWebView进程发送的第二网页资源的获取请求，在本地查找与获取请求相匹配的第二网页资源，将本地的第一网页资源以及第二网页资源反馈至WKWebView组件，通过WKWebView组件加载本地的第一网页资源以及第二网页资源，可以加快网页加载速度。

如图2所示，对于第一网页资源以及第二网页资源，具体可以通过如下方式得到：

S201，调用App进程预先向资源服务器发送网页资源包的获取请求；

在本发明实施例中，对于资源服务器上的网页资源，调用App进程可以获取并下载至客户端本地，具体调用App进程预先向资源服务器发送网页资源包的获取请求，其中网页资源包为目标网页的资源包，该网页资源包可以包括HTML/JS/CSS资源。

例如，对于网页(http://www.example.com/clockapp/clock1.html)的网页资源包，调用App进程预先向资源服务器发送网页资源包的获取请求。

S202，调用App进程接收所述资源服务器根据所述网页资源包的获取请求返回的网页资源包；

在资源服务器这一侧，接收App进程发送的获取请求，并根据获取请求确定网页资源包，将网页资源包返回至App进程；调用App进程接收资源服务器根据网页资源包的获取请求返回的网页资源包。

S203，调用App进程解析所述网页资源包，得到第三网页资源以及所述第二网页资源；

针对网页资源包，调用App进程进行解析，得到第三网页资源以及第二网页资源。其中，第三网页资源为初始HTML资源，后续需要针对初始HTML资源进行修改，第二资源为JS/CSS资源。

S204，调用资源代理服务线程获取所述第三网页资源；

在本发明实施例中，启动资源代理服务线程，具体资源代理服务线程通过以下方式进行启动：

调用App进程从端口列表中确定目标端口，根据目标端口在App进程内部启动资源代理服务线程。其中，该目标端口为可用端口。

例如，调用App进程从端口列表中确定可用端口8888，根据可用端口8888在App进程内部启动资源代理服务线程，资源代理服务线程的工作URL可以为：http://127.0.0.1:8888/proxy。

需要说明的是，对于确定目标端口的实现方式可以是随机确定，也可以是轮询确定，也可以是用户指定，本发明实施例对此不作限定。

在App进程内部启动资源代理服务线程之后，调用资源代理服务线程获取第三网页资源，即初始HTML资源。

S205，调用资源代理服务线程遍历修改所述第三网页资源中所记录的所述第二网页资源对应的网页地址，生成所述第一网页资源；

在本发明实施例中，为了后续可以截获WKWebView进程发送的获取请求，调用资源代理服务线程将第三网页资源存储至缓存中，遍历修改第三网页资源中所记录的第二网页资源对应的网页地址，以生成第一网页资源。其中，将第三网页资源中所记录的第二网页资源对应的网页地址修改为资源代理服务线程可识别的工作地址，即工作URL(在本发明实施例中，网页地址即URL)。

例如，调用资源代理服务线程将初始HTML资源加载至缓存中，遍历修改初始HTML资源中所记录的JS/CSS资源的URL，修改为资源代理服务线程可识别的工作URL，如下所示：

http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.js；

S206，调用App进程将所述第一网页资源以及所述第二网页资源存储至本地。

在上述调用资源代理服务线程遍历修改第三网页资源中所记录的所述第二网页资源对应的网页地址之后，调用App进程将经过修改的第三网页资源(即第一网页资源)以及第二网页资源存储至本地，其中，可以存储至客户端本地，方便后续调用App进程以及资源代理服务线程进行查找。

另外，在本发明实施例中还需要建立第一映射表项以及第二映射表项，其中，第一映射表项包括第一网页地址与第一网页资源的映射关系，第二映射表项包括第二网页地址与第二网页资源的映射关系，如下表1、表2所示。

第一网页地址	资源类型
		http://www.example.com/clockapp/clock1.html	HTML资源

表1

第二网页地址	资源类型
		http://www.example.com/clockapp/clock.js	JS资源
http://www.example.com/clockapp/clock.css	CSS资源

表2

基于上述客户端本地的网页资源(第一网页资源以及第二网页资源)、第一映射表项以及第二映射表项，如图3所示，为本发明实施例提供的另一种网页加载方法的交互流程示意图，该方法可以包括以下步骤：

S301，在接收到网页加载指令的情况下，调用App进程创建WKWebView组件；

在本发明实施例中，本步骤与上述步骤S101类似，本发明实施例在此不再一一赘述。

S302，在接收到网页加载指令的情况下，调用App进程从所述网页加载指令中提取第一网页地址，根据第一映射表项，在本地查找与所述第一网页地址相匹配的第一网页资源，其中，所述第一映射表项包括第一网页地址与第一网页资源的映射关系；

对于所接收的网页加载指令，调用App进程从网页加载指令中提取第一网页地址。例如，第一网页地址：http://www.example.com/clockapp/clock1.html。

调用App进程根据第一映射表项，在客户端本地查找与该第一网页地址相匹配的第一网页资源。例如，如上述表1所示，调用App进程根据第一映射表项中记录的第一网页地址与第一网页资源的映射关系，可以在本地查找到HTML资源，该HTML资源与如下网页地址相匹配：

http://www.example.com/clockapp/clock1.html。

S303，通过WKWebView组件加载并解析所述第一网页资源；

在本发明实施例中，针对所查找到的第一网页资源，调用App进程获取第一网页资源存储至缓存中，通知WKWebView组件加载并解析缓存中的第一网页资源，在WKWebView组件这一侧，通过WKWebView组件加载并解析缓存中的第一网页资源。

例如，调用App进程获取HTML资源(此时HTML资源中记录的JS/CSS资源对应的URL已被修改过)，作为内容字符串存储至缓存中，通知WKWebView组件加载并解析缓存中的HTML资源，在WKWebView组件这一侧，通过WKWebView组件加载并解析缓存中的HTML资源。

另外，调用App进程确定第一网页地址为网页基础地址，即BaseURL，并展示该网页基础地址，如此用户可以在网页地址栏查看该网页基础地址。

S304，通过WKWebView组件通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求；

在本发明实施例中，本步骤与上述步骤S104类似，本发明实施例在此不再一一赘述。

S305，调用资源代理服务线程接收WKWebView进程发送的获取请求；

在本发明实施例中，本步骤与上述步骤S105类似，本发明实施例在此不再一一赘述。

S306，调用资源代理服务线程从所述获取请求中提取第二网页地址，根据第二映射表项，在本地查找与所述第二网页地址相匹配的第二网页资源，其中，所述第二映射表项包括第二网页地址与第二网页资源的映射关系，并返回至WKWebView进程；

针对WKWebView进程发送的获取请求，调用资源代理服务线程从获取请求中提取第二网页地址。比如，获取请求如下所示：

http://127.0.0.1:8888/proxy？src＝http://www.example.com/clockapp/clock.js；

从上述获取请求中提取如下第二网页地址：

http://www.example.com/clockapp/clock.js；

http://www.example.com/clockapp/clock.css。

调用资源代理服务线程根据第二映射表项，在客户端本地查找与第二网页地址相匹配的第二网页资源，并返回至WKWebView进程。

例如，如上述表2所示的第二映射表项，调用资源代理服务线程根据第二映射表项中所记录的第二网页地址与第二网页资源的映射关系，在客户端本地查找到第二网页资源(JS/CSS资源)，并返回至WKWebView进程，其中，JS/CSS资源分别与如下第二网页地址相匹配：

http://www.example.com/clockapp/clock.js；

http://www.example.com/clockapp/clock.css。

S307，调用WKWebView进程接收所述第二网页资源，通知WKWebView组件加载所述第二网页资源；

在本发明实施例中，本步骤与上述步骤S107类似，本发明实施例在此不再一一赘述。

S308，通过WKWebView组件加载所述第二网页资源。

在本发明实施例中，本步骤与上述步骤S108类似，本发明实施例在此不再一一赘述。

与上述方法实施例相对应，本发明实施例还提供了一种网页加载装置，如图4所示，该装置具体可以包括：组件创建模块410、第一查找模块420、资源加载及解析模块430、第一通知模块440、第二查找模块450、第二通知模块460、资源加载模块470。

组件创建模块410，用于在接收到网页加载指令的情况下，调用App进程创建WKWebView组件；

第一查找模块420，用于在接收到网页加载指令的情况下，调用App进程在本地查找与所述网页加载指令相匹配的第一网页资源；

资源加载及解析模块430，用于通过WKWebView组件加载并解析所述第一网页资源；

第一通知模块440，用于通过WKWebView组件通知WKWebView进程向资源代理服务线程发送第二网页资源的获取请求；

第二查找模块450，用于调用资源代理服务线程接收WKWebView进程发送的获取请求，在本地查找与所述获取请求相匹配的第二网页资源，并返回至WKWebView进程；

第二通知模块460，用于调用WKWebView进程接收所述第二网页资源，通知WKWebView组件加载所述第二网页资源；

资源加载模块470，用于通过WKWebView组件加载所述第二网页资源。

本发明实施例还提供了一种服务器，如图5所示，包括处理器51、通信接口52、存储器53和通信总线54，其中，处理器51，通信接口52，存储器53通过通信总线54完成相互间的通信，

存储器53，用于存放计算机程序；

处理器51，用于执行存储器53上所存放的程序时，实现如下步骤：

通过WKWebView组件加载所述第二网页资源。

上述服务器提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述服务器与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明提供的又一实施例中，还提供了一种存储介质，该存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的网页加载方法。

在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的网页加载方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在存储介质中，或者从一个存储介质向另一个存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims

1.一种网页加载方法，其特征在于，所述方法包括：

通过WKWebView组件加载所述第二网页资源。

2.根据权利要求1所述的方法，其特征在于，所述在本地查找与所述网页加载指令相匹配的第一网页资源，包括：

从所述网页加载指令中提取第一网页地址；

3.根据权利要求1所述的方法，其特征在于，所述通过WKWebView组件加载并解析所述第一网页资源，包括：

通过WKWebView组件加载并解析缓存中的所述第一网页资源。

4.根据权利要求1所述的方法，其特征在于，所述在本地查找与所述获取请求相匹配的第二网页资源，包括：

从所述获取请求中提取第二网页地址；

5.根据权利要求1所述的方法，其特征在于，所述资源代理服务线程具体通过以下方式进行启动：

调用App进程从端口列表中确定目标端口，根据所述目标端口在App进程内部启动资源代理服务线程。

6.根据权利要求1所述的方法，其特征在于，所述第一网页资源以及所述第二网页资源通过以下方式得到：

调用App进程预先向资源服务器发送网页资源包的获取请求；

调用资源代理服务线程获取所述第三网页资源；

7.一种网页加载装置，其特征在于，所述装置包括：

8.根据权利要求7所述的装置，其特征在于，所述第一查找模块具体用于：

调用App进程从所述网页加载指令中提取第一网页地址；

9.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-6任一所述的方法步骤。

10.一种存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的方法。