CN108345606A - 网页资源的获取方法和装置 - Google Patents

Abstract

本发明公开了一种网页资源的获取方法和装置。其中，该方法包括：在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；在客户端中完成加载第一资源之后，在客户端中接收获取指令；在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。本发明解决了相关技术中浏览器加载资源的速度较慢的技术问题。

Description

网页资源的获取方法和装置

技术领域

本发明涉及互联网领域，具体而言，涉及一种网页资源的获取方法和装置。

背景技术

Web场景已经成为互联网用户使用的核心场景，但是与Native相比，Web被人最大的诟病是性能，加载速度是Web体验的核心指标，而资源加载已经成为加载速度最重要的制约因素，移动网络从2g升级到3g，再升级到4g和wifi，就是为了解决网络延时和带宽影响数据加载的问题，然而国内网络环境复杂且质量参差不齐，即使用4g和wifi网络，浏览器资源加载速度较慢，依然是制约浏览器速度的关键因素。

针对相关技术中浏览器加载资源的速度较慢的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种网页资源的获取方法和装置，以至少解决相关技术中浏览器加载资源的速度较慢的技术问题。

根据本发明实施例的一个方面，提供了一种网页资源的获取方法，包括：在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；在客户端中完成加载第一资源之后，在客户端中接收获取指令；在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。

根据本发明实施例的另一方面，还提供了一种网页资源的获取装置，包括：加载单元，用于在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；第一获取单元，用于在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；接收单元，用于在客户端中完成加载第一资源之后，在客户端中接收获取指令；第二获取单元，用于在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。

在本发明实施例中，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源，在获取并加载第一资源的过程中，建立客户端与第一服务器的预连接，在客户端中接收到获取指令时，可直接从第一服务器中获取第二资源，而不用在获取第二资源的过程中执行DNS解析和建立连接等步骤，从而缩短了第二资源的加载时间，可以解决相关技术中浏览器加载资源的速度较慢的技术问题，进而达到提高资源加载速度的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的网页资源的获取方法的硬件环境的示意图；

图2是根据本发明实施例的一种可选的网页资源的获取方法的流程图；

图3是根据本发明实施例的一种可选的网页资源的获取方法的流程图；

图4是相关技术中的网页资源的加载时间的示意图；

图5是根据本发明实施例的网页资源的加载时间的示意图；

图6是根据本发明实施例的一种可选的网页资源的获取装置的示意图；

图7是根据本发明实施例的一种可选的网页资源的获取装置的示意图；

图8是根据本发明实施例的一种可选的网页资源的获取装置的示意图；以及

图9是根据本发明实施例的一种终端的结构框图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

Host:主机名，域名。

DNS Parser：DNS解析器，通过域名服务器解析域名到IP地址之间的映射。

TCP Connection：TCP连接握手。

HTTP Request：发送HTTP请求。

Server Response：服务器针对HTTP请求的响应。

Native App开发，Native App开发即传统APP开发模式(原生APP开发模式)，该开发针对IOS、Android等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。

Web App开发：Web App开发即是一种框架型APP开发模式(HTML5APP框架开发模式)，该开发具有跨平台的优势，该模式通常由“HTML5云网站+APP应用客户端”两部份构成，APP应用客户端只需安装应用的框架部份，而应用的数据则是每次打开APP的时候，去云端取数据呈现给手机用户。

WeX5：是遵循Apache开源协议、完全开源免费、包括上百个组件框架、全部开放的可视化的组件框架，开发者可自定义组件，集成第三方组件，采用MVC设计模式，数据和视图分离，页面描述和代码逻辑分离，支持浏览器调试、真机调试、原生调试，等多种调试模式，开发者可掌握每一行代码。

实施例1

根据本发明实施例，提供了一种网页资源的获取方法的方法实施例。

可选地，在本实施例中，上述网页资源的获取方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的网页资源的获取方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的网页资源的获取方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的一种可选的网页资源的获取方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；

步骤S204，在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；

步骤S206，在客户端中完成加载第一资源之后，在客户端中接收获取指令；

步骤S208，在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。

通过上述步骤S202至步骤S208，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源，在获取并加载第一资源的过程中，建立客户端与第一服务器的预连接，在客户端中接收到获取指令时，可直接从第一服务器中获取第二资源，而不用在获取第二资源的过程中执行DNS解析和建立连接等步骤，从而缩短了第二资源的加载时间，可以解决相关技术中浏览器加载资源的速度较慢的技术问题，进而达到提高资源加载速度的技术效果。

上述的客户端可以为移动设备或者PC机等智能设备上的客户端，该客户端用于为用户提供网页资源观看。

上述的第一地址为用于指示待访问网页的地址信息，可以为待访问网页的URL、IP地址等。

上述的资源为可以在客户端中观看的资源，如文字、图片、多媒体等资源。第一资源是指客户端中某个网页的主资源，第二资源是指被该网页中的第一资源所引用的资源，如该网页的子网页中的资源，也即子资源。客户端可以为终端上的网页浏览器，如手机上的QQ浏览器等。

上述的第二地址为第一服务器所在的地址，第一服务器为预先与第一地址建立有关联关系的一类服务器，第二地址具体可以为第一服务器的URL、IP地址等。

上述的第一连接指客户端所在的终端与服务器之间建立的TCP连接。

上述的获取指令是指触发从第一服务器中获取第二资源的指令，该指令可以是终端生成的，也可以是用户想看某个子网页时点击网页生成的。

在浏览器加载主资源的过程中，需要经过DNS Parser(DNS解析)、TCP Connection(TCP连接)、HTTP Request(HTTP请求)、Server Response(服务器响应)几个阶段，在浏览器加载主资源完成后，经过解析提取需要加载的子资源，然后进行加载，加载子资源也需要经过DNS Parser、TCP Connection、HTTP Request、Server Response几个阶段，加载主资源和子资源的过程是串行的，也就是说浏览器在对主资源解析后才知道需要加载的子资源，才能进一步对子资源进行加载，通过对主资源的分析提供子资源需要连接的地址，进而完成主资源和子资源的加载。

而在本申请的技术方案中，在执行加载主资源的过程中，预先完成子资源的TCPConnection，实现预连接(即preloader机制)，在解析出子资源前提前做好DNS Parser和TCP Connection就会明显减少发送数据请求前的网络往返延时，提升资源加载速度。下面结合图2详述本申请的实施例。

在步骤S202提供的技术方案中，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源。即在客户端接收到对待访问网页请求时，根据待访问网页的第一地址在客户端中加载待访问网页的第一资源。

可选地，根据第一地址在客户端中加载待访问网页的第一资源包括：通过对第一地址进行DNS解析，获取第二服务器的IP地址，利用解析得到的IP地址建立客户端与第一地址所指向的第二服务器之间的第三连接；通过第三连接从第二服务器获取加载至客户端的第一资源，主要包括客户端利用第三连接向第二服务器发送HTTP请求，接收第二服务器响应该HTTP请求而发送的HTTP响应数据包，然后进行第一资源的传输。

步骤S202主要包括但不局限于以下几种场景：

(1)用户在客户端的地址栏中输入待访问网页的第一地址，在用户确定第一地址(如用户点击回车按键)之后，客户端从地址栏获取第一地址，进而根据第一地址在客户端中加载第一资源；

(2)用户在客户端的导航页、历史记录、收藏夹等中点击待访问网页时，客户端获取待访问网页的第一地址，进而根据第一地址在客户端中加载第一资源；

(3)当跳转至待访问网页时，该客户端获取待访问网页的第一地址，进而根据第一地址在客户端中加载第一资源，上述跳转可以是从本客户端中的一个网页跳转至待访问网页，也可以从另一客户端跳转至待访问网页。

可选地，在执行本申请的方法之前，可以预先制作好数据表，在数据表中保存好服务器与URL地址信息之间的关联关系。在本申请中，分析了大量网站的特点，从同类资讯页面的地址URL有相同的前缀出发，通过收集历史记录中同类页面连接的Host服务器来预测下一次连接的Host服务器，并利用加载主资源的间隙预连接子资源的Host服务器。

在步骤S204提供的技术方案中，获取预先记录的与第一地址具有关联关系的第二地址包括：获取第一地址中的目标字符信息，目标字符信息包括第一地址中满足预设条件的字符信息；确定预先记录的数据表中与第一地址中的目标字符信息关联的至少一个第二地址，数据表中保存有字符信息和第二地址之间的关联关系。

可选地，获取第一地址中的目标字符信息包括：删除第一地址中与预设字符关联的字符信息，得到目标字符信息，其中，预设条件用于指示目标字符信息中不包括与预设字符关联的字符。

在加载主资源请求发出后，提取主资源URL(即第一地址)中的除参数(即与预设字符关联的字符)外的固定部分(即目标字符信息)，通过固定部分从数据表中查找之前是否收集过此类型页面的子资源的Host服务器，如有则发起对所收集到的子资源的Host服务器的预连接，在加载子资源时会自动复用连接相同的Host服务器的连接，进而达到加速的目的。

对于属于同一网站的多个网页，由于所提供的信息类型相对固定，故而为其提供服务的服务器也相对固定，服务器提供的信息的类型相对固定，即使在具体的信息发生更新或者变化的情况下，对应的服务器依然可以提供更新或者变化后的信息(与更新前的信息类型相同)，因此，在打开上述的多个网页或者同一类型的网页时，预先建立与对应的服务器的连接，可以降低资源加载的延迟，进而达到提高资源加载效率的目的。

需要说明的是，由于相同类型的网站之间往往会载用相同或类似的信息，而这些信息往往来源相同或者相似，对于属于不同网站的相同类型的网站，可以建立这些网站的网页的固定部分(即目标字符信息)之间的映射关系，也即这些网站的网页的固定部分与相同的一类服务器(或者服务器的第二地址)相关联，在检测到该类型的任一网页的子资源的HOST服务器发生变化时，将其更新至上述的一类服务器中，实现对关联关系的更新。

在步骤S206提供的技术方案中，在客户端中完成加载第一资源之后，在客户端中接收获取指令。

在客户端中加载第一资源之后，可以是客户端主动触发获取指令，进而完成对第二资源的预先加载，以便于在用户需要查看该资源时直接展示，进而改善用户的体验；也可以是用户触发获取指令，即用户需要查看第二资源时，再获取第二资源，并加载至客户端，便于用户观看，由于无需进行DNS解析和TCP连接，也会提高加载速度，改善用户体验。

在步骤S208提供的技术方案中，在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。客户端无需在获取第二资源的过程中进行DNS解析和建立TCP连接，而是直接利用获取第一资源的过程中建立的第一连接(即TCP连接)进行第二资源的获取，主要包括客户端利用第一连接向第一服务器发送HTTP请求，接收第一服务器响应该HTTP请求而发送的HTTP响应数据包，然后进行第二资源的传输。

可选地，在客户端中接收到获取指令之后，可通过如下方式对数据表进行更新：在获取指令携带有第三地址(第三地址不同于第二地址)的情况下，建立客户端与第三地址所指向的服务器的第二连接，并通过第二连接从第三地址所指向的服务器中获取资源。

也即在上述的服务器不是预先保存好的与目标字符信息存在关联关系的第一服务器的情况下，按照原先的模式从该服务器获取子资源，获取的过程主要包括DNS Parser、TCP Connection、HTTP Request、Server Response几个步骤。

由于该服务器也是用于存储第二资源的服务器，为了提高客户端在下一次载入网页的响应速度，在获取指令携带有第三地址的情况下，记录第一地址中的目标字符信息与第三地址的关联关系。这样在下一次登录具有目标字符信息的网址的网页时，就可以建立与第三地址所指向的服务器之间的预连接，通过该预连接来实现资源加速。

在上述实施例中，在客户端响应当前的网页请求时，更新并收集主资源对应的子资源的Host服务器，以网页的固定部分作为关键字key，子资源对应的Host服务器作为关联信息value存在缓存文件(即数据表)中，以便下次打开同类页面时可以预连接，进而提高网页响应的效率。

下面结合图3至图5详述本申请的实施例。

步骤S302，在加载主资源请求发出后，根据主资源URL对主资源进行加载。

步骤S304，在加载主资源的过程中，提取主资源URL中的除参数外的固定部分，通过固定部分查找之前是否收集过此类型页面的子资源Host，如有则发起对所收集到的子资源Host的预连接。

步骤S306，在主资源加载完成之后，通过网址解析，获取各个子资源所在的服务器。

步骤S308，如果子资源对应的Host没有被连接，则按照现有技术建立Host连接，如果子资源对应的Host已连接，在加载子资源时会自动复用连接相同Host连接。

步骤S310，更新子资源Host，更新并收集主资源对应的子资源Host，以固定部分作为key，子资源对应Host作为value存在缓存文件中，以便下次打开同类页面时可以预连接。

步骤S312，对各个子资源进行渲染上屏，在浏览器上进行展示。

下面结合具体的场景对步骤S308和步骤S310进行着重说明。

在用户第一次打开URL链接“http://info.3g.qq.com/g/s？aid＝wechat_ss&id＝wechat_20161018030429&pos＝sy01_wechat&icfa＝home_touch&f_pid＝135&iarea＝244”时，WeX5(一种浏览器内核)会收集这个URL的前缀“http://info.3g.qq.com/g/s？aid＝wechat_ss&id＝wechat”加载的子资源包括了哪些Host。

下次打开URL链接“http://info.3g.qq.com/g/s？aid＝wechat_ss&id＝wech at_20161018028167&pos＝sy01_wechat&icfa＝home_touch&f_pid＝135&iarea＝244”时，WeX5判断到该链接的前缀“http://info.3g.qq.com/g/s？aid＝wec hat_ss&id＝wechat”已经收集了，加载主资源的同时就发起收集到的子资源Host预连接，并记录这次加载子资源的Host的过程中的新的Host，并根据收集到的数据更新数据表中的关联关系，以确保下次再发起预连接时的准确性。

需要说明的是，关于上述固定部分的确定，可判断URL中的“日期”、“数字”、“id＝”、“？”、“＝”等字符(即预设字符)，判断到日期字符时从前部截断，其它字符则从后面截断作为固定部分。

正常资源加载的时间成本如图4所示，网络传输时间成本包括DNS Lookup(DNS域名解析)、TCP Connection(TCP连接)、HTTP Request and Response(HTTP请求和响应)所消耗的时间，服务器相应于终端的渲染时间包括Server Response(服务器响应并返回资源)、Client-Side Re ndering(客户端为了展示资源进行的渲染)所消耗的时间，相对正常的资源加载，复用预连接的资源加载，节省了DNS Lookup和TCP Connectio n握手过程，时间成本如图5所示，网络传输时间成本被大大降低。

在本申请的技术方案中，通过分析大量网站特点，从同类资讯页面URL有相同前缀出发，通过收集历史记录中同类页面连接Host来预测下一次的连接Host，利用加载主资源间隙预连接子资源Host，可以加快资源加载速度，提升页面打开速度，提高了用户体验。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述网页资源的获取方法的网页资源的获取装置。图6是根据本发明实施例的一种可选的网页资源的获取装置的示意图，如图6所示，该装置可以包括：加载单元62、第一获取单元64、接收单元66以及第二获取单元68。

加载单元62，用于在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；

第一获取单元64，用于在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；

接收单元66，用于在客户端中完成加载第一资源之后，在客户端中接收获取指令；

第二获取单元68，用于在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。

需要说明的是，该实施例中的加载单元62可以用于执行本申请实施例1中的步骤S202，该实施例中的第一获取单元64可以用于执行本申请实施例1中的步骤S204，该实施例中的接收单元66可以用于执行本申请实施例1中的步骤S206，该实施例中的第二获取单元68可以用于执行本申请实施例1中的步骤S208。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源，在获取并加载第一资源的过程中，建立客户端与第一服务器的预连接，在客户端中接收到获取指令时，可直接从第一服务器中获取第二资源，而不用在获取第二资源的过程中执行DNS解析和建立连接等步骤，从而缩短了第二资源的加载时间，可以解决相关技术中浏览器加载资源的速度较慢的技术问题，进而达到提高资源加载速度的技术效果。

上述的客户端可以为移动设备或者PC机等智能设备上的客户端，该客户端用于为用户提供网页资源观看。

上述的第一地址为用于指示待访问网页的地址信息，可以为待访问网页的URL、IP地址等。

上述的资源为可以在客户端中观看的资源，如文字、图片、多媒体等资源。第一资源是指客户端中某个网页的主资源，第二资源是指被该网页中的第一资源所引用的资源，如该网页的子网页中的资源，也即子资源。客户端可以为终端上的网页浏览器，如手机上的QQ浏览器等。

上述的第二地址为第一服务器所在的地址，第一服务器为预先与第一地址建立有关联关系的一类服务器，第二地址具体可以为第一服务器的URL、IP地址等。

上述的第一连接指客户端所在的终端与服务器之间建立的TCP连接。

上述的获取指令是指触发从第一服务器中获取第二资源的指令，该指令可以是终端生成的，也可以是用户想看某个子网页时点击网页生成的。

在浏览器加载主资源的过程中，需要经过DNS Parser(DNS解析)、TCP Connection(TCP连接)、HTTP Request(HTTP请求)、Server Response(服务器响应)几个阶段，在浏览器加载主资源完成后，经过解析提取需要加载的子资源，然后进行加载，加载子资源也需要经过DNS Parser、TCP Connection、HTTP Request、Server Response几个阶段，加载主资源和子资源的过程是串行的，也就是说浏览器在对主资源解析后才知道需要加载的子资源，才能进一步对子资源进行加载，通过对主资源的分析提供子资源需要连接的地址，进而完成主资源和子资源的加载。

而在本申请的技术方案中，在执行加载主资源的过程中，预先完成子资源的TCPConnection，实现预连接(即preloader机制)，在解析出子资源前提前做好DNS Parser和TCP Connection就会明显减少发送数据请求前的网络往返延时，提升资源加载速度。

可选地，接收单元在客户端中完成加载第一资源之后，在客户端中接收获取指令时，可以是在客户端中加载第一资源之后，可以是客户端主动触发获取指令，进而完成对第二资源的预先加载，以便于在用户需要查看该资源时直接展示，进而改善用户的体验；也可以是用户触发获取指令，即用户需要查看第二资源时，再获取第二资源，并加载至客户端，便于用户观看，由于无需进行DNS解析和TCP连接，也会提高加载速度，改善用户体验。

可选地，加载单元62包括：建立模块，用于建立客户端与第一地址所指向的第二服务器的第三连接；第二获取模块，用于通过第三连接从第二服务器获取加载至客户端的第一资源。

加载单元所执行的功能主要包括但不局限于以下几种场景：

(1)用户在客户端的地址栏中输入待访问网页的第一地址，在用户确定第一地址(如用户点击回车按键)之后，客户端从地址栏获取第一地址，进而根据第一地址在客户端中加载第一资源；

(2)用户在客户端的导航页、历史记录、收藏夹等中点击待访问网页时，客户端获取待访问网页的第一地址，进而根据第一地址在客户端中加载第一资源；

(3)当跳转至待访问网页时，该客户端获取待访问网页的第一地址，进而根据第一地址在客户端中加载第一资源，上述跳转可以是从本客户端中的一个网页跳转至待访问网页，也可以从另一客户端跳转至待访问网页。

可选地，在执行本申请的方法之前，可以预先制作好数据表，在数据表中保存好服务器与URL地址信息之间的关联关系。在本申请中，分析了大量网站的特点，从同类资讯页面的地址URL有相同的前缀出发，通过收集历史记录中同类页面连接的Host服务器来预测下一次连接的Host服务器，并利用加载主资源的间隙预连接子资源的Host服务器。

可选地，如图7所示，第一获取单元64包括：第一获取模块642，用于获取第一地址中的目标字符信息，其中，目标字符信息包括第一地址中满足预设条件的字符信息；确定模块644，用于确定预先记录的数据表中与第一地址中的目标字符信息关联的至少一个第二地址，其中，数据表中保存有字符信息和第二地址之间的关联关系。

上述第一获取模块还用于删除第一地址中与预设字符关联的字符信息，得到目标字符信息，其中，预设条件用于指示目标字符信息中不包括与预设字符关联的字符。

在加载主资源请求发出后，提取主资源URL(即第一地址)中的除参数(即与预设字符关联的字符)外的固定部分(即目标字符信息)，通过固定部分从数据表中查找之前是否收集过此类型页面的子资源的Host服务器，如有则发起对所收集到的子资源的Host服务器的预连接，在加载子资源时会自动复用连接相同的Host服务器的连接，进而达到加速的目的。

对于属于同一网站的多个网页，由于所提供的信息类型相对固定，故而为其提供服务的服务器也相对固定，即使在具体的信息发生更新或者变化的情况下，对应的服务器依然可以提供更新或者变化后的信息，因此，在打开上述的多个网页或者同一类型的网页时，预先建立与对应的服务器的连接，可以降低资源加载的延迟，进而达到提高资源加载效率的目的。

需要说明的是，由于相同类型的网站之间往往会载用相同或类似的信息，而这些信息往往来源相同或者相似，对于属于不同网站的相同类型的网站，可以建立这些网站的网页的固定部分(即目标字符信息)之间的映射关系，也即这些网站的网页的固定部分与相同的一类服务器(或者服务器的第二地址)相关联，在检测到该类型的任一网页的子资源的HOST服务器发生变化时，将其更新至上述的一类服务器中，实现对关联关系的更新。

可选地，如图8所示，本申请的装置还包括：第三获取单元82，用于在客户端中接收到获取指令之后，在获取指令携带有第三地址的情况下，建立客户端与第三地址所指向的服务器的第二连接，并通过第二连接从第三地址所指向的服务器中获取资源，其中，第三地址不同于第二地址。

上述的第三获取单元包括：记录模块，用于在获取指令携带有第三地址的情况下，记录第一地址中的目标字符信息与第三地址的关联关系。

也即在上述的服务器不是预先保存好的与目标字符信息存在关联关系的第一服务器的情况下，按照原先的模式从该服务器获取子资源，获取的过程主要包括DNS Parser、TCP Connection、HTTP Request、Server Response几个步骤。

由于该服务器也是用于存储第二资源的服务器，为了提高客户端在下一次载入网页的响应速度，在获取指令携带有第三地址的情况下，记录第一地址中的目标字符信息与第三地址的关联关系。这样在下一次登录具有目标字符信息的网址的网页时，就可以建立与第三地址所指向的服务器之间的预连接，通过该预连接来实现资源加速。

在上述实施例中，在客户端响应当前的网页请求时，更新并收集主资源对应的子资源的Host服务器，以网页的固定部分作为关键字key，子资源对应的Host服务器作为关联信息value存在缓存文件(即数据表)中，以便下次打开同类页面时可以预连接，进而提高网页响应的效率。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例3

根据本发明实施例，还提供了一种用于实施上述网页资源的获取方法的服务器或终端。

图9是根据本发明实施例的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图中仅示出一个)处理器901、存储器903、以及传输装置905(如上述实施例中的发送装置)，如图9所示，该终端还可以包括输入输出设备907。

其中，存储器903可用于存储软件程序以及模块，如本发明实施例中的网页资源的获取方法和装置对应的程序指令/模块，处理器901通过运行存储在存储器903内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的网页资源的获取方法。存储器903可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器903可进一步包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；在客户端中完成加载第一资源之后，在客户端中接收获取指令；在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。

处理器901还用于执行下述步骤：获取第一地址中的目标字符信息，其中，目标字符信息包括第一地址中满足预设条件的字符信息；确定预先记录的数据表中与第一地址中的目标字符信息关联的至少一个第二地址，其中，数据表中保存有字符信息和第二地址之间的关联关系。

采用本发明实施例，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源，在获取并加载第一资源的过程中，建立客户端与第一服务器的预连接，在客户端中接收到获取指令时，可直接从第一服务器中获取第二资源，而不用在获取第二资源的过程中执行DNS解析和建立连接等步骤，从而缩短了第二资源的加载时间，可以解决相关技术中浏览器加载资源的速度较慢的技术问题，进而达到提高资源加载速度的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行网页资源的获取方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S11，在客户端中获取到待访问网页的第一地址时，根据第一地址在客户端中加载待访问网页的第一资源；

S12，在客户端中完成加载第一资源之前，获取预先记录的与第一地址具有关联关系的第二地址，并建立客户端与第一服务器的第一连接，其中，第二地址用于指向第一服务器，第一服务器用于提供预先记录的第一资源所链接到的网页中的第二资源；

S13，在客户端中完成加载第一资源之后，在客户端中接收获取指令；

S14，在获取指令携带有第二地址的情况下，通过第一连接从第一服务器中获取第二资源。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S21，获取第一地址中的目标字符信息，其中，目标字符信息包括第一地址中满足预设条件的字符信息；

S22，确定预先记录的数据表中与第一地址中的目标字符信息关联的至少一个第二地址，其中，数据表中保存有字符信息和第二地址之间的关联关系。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种网页资源的获取方法，其特征在于，包括：

在客户端中获取到待访问网页的第一地址时，根据所述第一地址在所述客户端中加载所述待访问网页的第一资源；

在所述客户端中完成加载所述第一资源之前，获取预先记录的与所述第一地址具有关联关系的第二地址，并建立所述客户端与第一服务器的第一连接，其中，所述第二地址用于指向所述第一服务器，所述第一服务器用于提供预先记录的所述第一资源所链接到的网页中的第二资源；

在所述客户端中完成加载所述第一资源之后，在所述客户端中接收获取指令；

在所述获取指令携带有所述第二地址的情况下，通过所述第一连接从所述第一服务器中获取所述第二资源。

2.根据权利要求1所述的方法，其特征在于，获取预先记录的与所述第一地址具有关联关系的第二地址包括：

获取所述第一地址中的目标字符信息，其中，所述目标字符信息包括所述第一地址中满足预设条件的字符信息；

确定预先记录的数据表中与所述第一地址中的目标字符信息关联的至少一个所述第二地址，其中，所述数据表中保存有字符信息和所述第二地址之间的关联关系。

3.根据权利要求2所述的方法，其特征在于，获取所述第一地址中的目标字符信息包括：

删除所述第一地址中与预设字符关联的字符信息，得到所述目标字符信息，其中，所述预设条件用于指示所述目标字符信息中不包括与所述预设字符关联的字符。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，在所述客户端中接收到所述获取指令之后，所述方法还包括：

在所述获取指令携带有第三地址的情况下，建立所述客户端与所述第三地址所指向的服务器的第二连接，并通过所述第二连接从所述第三地址所指向的服务器中获取资源，其中，所述第三地址不同于所述第二地址。

5.根据权利要求4所述的方法，其特征在于，在所述获取指令携带有第三地址的情况下，所述方法还包括：

记录所述第一地址中的目标字符信息与所述第三地址的关联关系。

6.根据权利要求1所述的方法，其特征在于，根据所述第一地址在所述客户端中加载所述待访问网页的第一资源包括：

建立所述客户端与所述第一地址所指向的第二服务器的第三连接；

通过所述第三连接从所述第二服务器获取加载至所述客户端的所述第一资源。

7.一种网页资源的获取装置，其特征在于，包括：

加载单元，用于在客户端中获取到待访问网页的第一地址时，根据所述第一地址在所述客户端中加载所述待访问网页的第一资源；

第一获取单元，用于在所述客户端中完成加载所述第一资源之前，获取预先记录的与所述第一地址具有关联关系的第二地址，并建立所述客户端与第一服务器的第一连接，其中，所述第二地址用于指向所述第一服务器，所述第一服务器用于提供预先记录的所述第一资源所链接到的网页中的第二资源；

接收单元，用于在所述客户端中完成加载所述第一资源之后，在所述客户端中接收获取指令；

第二获取单元，用于在所述获取指令携带有所述第二地址的情况下，通过所述第一连接从所述第一服务器中获取所述第二资源。

8.根据权利要求7所述的装置，其特征在于，所述第一获取单元包括：

第一获取模块，用于获取所述第一地址中的目标字符信息，其中，所述目标字符信息包括所述第一地址中满足预设条件的字符信息；

确定模块，用于确定预先记录的数据表中与所述第一地址中的目标字符信息关联的至少一个所述第二地址，其中，所述数据表中保存有字符信息和所述第二地址之间的关联关系。

9.根据权利要求8所述的装置，其特征在于，所述第一获取模块还用于删除所述第一地址中与预设字符关联的字符信息，得到所述目标字符信息，其中，所述预设条件用于指示所述目标字符信息中不包括与所述预设字符关联的字符。

10.根据权利要求7至9中任意一项所述的装置，其特征在于，所述装置还包括：

第三获取单元，用于在所述客户端中接收到所述获取指令之后，在所述获取指令携带有第三地址的情况下，建立所述客户端与所述第三地址所指向的服务器的第二连接，并通过所述第二连接从所述第三地址所指向的服务器中获取资源，其中，所述第三地址不同于所述第二地址。

11.根据权利要求10所述的装置，其特征在于，所述第三获取单元包括：

记录模块，用于在所述获取指令携带有第三地址的情况下，记录所述第一地址中的目标字符信息与所述第三地址的关联关系。

12.根据权利要求7所述的装置，其特征在于，所述加载单元包括：

建立模块，用于建立所述客户端与所述第一地址所指向的第二服务器的第三连接；

第二获取模块，用于通过所述第三连接从所述第二服务器获取加载至所述客户端的所述第一资源。