CN108932277B - 一种网页加载方法、网页加载系统和服务器 - Google Patents

Abstract

本发明实施例涉及互联网领域，公开了一种网页加载方法、网页加载系统和服务器。本发明中，一种网页加载方法，应用于内容分发网络的边缘服务器，包括：在接收到来自用户终端的页面加载请求时，根据加载请求获得对应页面的加载清单，加载清单中包括若干个待加载项；从待加载项中识别出图片加载项，为图片加载项配置相应的加载质量，所配置的加载质量低于原图的加载质量；根据所配置的加载质量，改写加载清单；将改写后的加载清单反馈给用户终端，供用户终端请求加载清单上的各加载项以进行页面加载。本发明实施方式通过自适应调整加载项中的图片质量，加快页面加载速度，优化用户体验，便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

Description

一种网页加载方法、网页加载系统和服务器

技术领域

本发明实施例涉及互联网领域，特别涉及网页访问加速技术。

背景技术

现有页面加载过程中，用户对于加载前的白屏状态体验较差，所以加快页面加载一直是业内不断改进的方向。本发明的发明人发现，理想的网页应该在1秒内打开，而在页面的整体大小中，图片往往是所占比例最大的一部分。通过“实时互联网监控器”(实时监控互联网状况，并显示全球攻击流量、Web连接速度和Web流量拥塞的工具)统计，图片大小已经占据整个网站63％的体积，成为网站页面中最消耗带宽和影响页面加载速度的部分之一。

发明内容

本发明实施方式的目的在于提供一种网页加载方法、网页加载系统和服务器，使得在优化网页加载的过程中，加快页面加载速度，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

为解决上述技术问题，本发明的实施方式提供了一种网页加载方法，应用于内容分发网络的边缘服务器，包括：在接收到来自用户终端的页面加载请求时，根据所述加载请求获得对应所述页面的加载清单，所述加载清单中包括若干个待加载项；从所述待加载项中识别出图片加载项，为所述图片加载项配置相应的加载质量，所配置的加载质量低于原图的加载质量；根据所配置的加载质量，改写加载清单；将改写后的加载清单反馈给所述用户终端，供所述用户终端请求各加载项以进行页面加载。

本发明的实施方式还提供了一种服务器，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述的网页加载方法。

本发明的实施方式还提供了一种网页加载系统，包括：用户终端和上述的服务器。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的网页加载方法。

本发明实施方式相对于现有技术而言，主要区别及其效果在于：现有技术的网页加载中，用户终端根据加载清单请求的加载项均为源站提供的源文件，无需中间处理，其中的图片加载项的处理也如此。而本申请中用户终端请求到的图片质量低于原图，使得图片加载时，图片加载数据量减小，加载速度加快，提升整体页面的加载速度。另外，由于本申请基于内容分发网络进行改进，边缘服务器在获取到用户的加载请求时，对源站的加载清单进行预处理，使得所请求的图片质量即低于原图，这样创新地改进了行内既定的网站优化模式，既不需要改变用户终端的配置，也不需要改变源站的代码，又不需要改变需访问页面源站的网站构架，实施便捷，可以减少网站拥有者的技术开发时间，给用户终端侧提供更优质的上网体验，便于本发明实施方式的推广。可见，本发明实施方式使得在优化网页加载的过程中，加快页面加载速度，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

作为进一步改进，所述为图片加载项配置相应的加载质量的步骤中，所配置的加载质量可以根据网络环境确定。进一步限定加载质量的确定依据，使得在优化页面加载速度的过程中，尽量保证图片的可观赏性。

作为进一步改进，所述网络环境可以包括：终端类型和/或传输质量。进一步限定参考依据，更符合实际传输场景，尽量平衡图片质量和加载速度。

作为进一步改进，所述传输质量根据网络时延确定。由于传输质量可以体现在网络时延上，所以根据网络时延所确定的传输质量更为准确。

作为进一步改进，所述网络时延由传输往返时延测得。根据传输往返时延RTT实测网络时延，简单准确。

作为进一步改进，所配置的加载质量包括图片尺寸。

作为进一步改进，在所述将改写后的加载清单反馈给所述用户终端之后，还包括：在接收到来自所述用户终端的图片加载请求时，根据图片加载请求中的加载质量提供符合要求的图片。进一步限定根据清单中的加载质量提供合适的图片，无需改变源站的图片质量，使得本申请实施方式更具有可推广性。

作为进一步改进，所述根据图片加载请求中的加载质量提供符合要求的图片，具体为：若本地缓存有符合要求的图片，则将所缓存的图片提供给所述用户终端；若本地缓存没有符合要求的图片，则将来自源站的原始图片处理为符合要求的图片后提供给所述用户终端。进一步限定符合要求的图片的提供方式，可以预存于本地，也可以根据需要处理原图，实现手段多样，便于选择。

作为进一步改进，利用图像处理模块将来自源站的原始图片处理为符合要求的图片。

作为进一步改进，还包括：本地缓存所述图像处理模块处理后的图片。处理后的图片均缓存备用，利于减少该图片被再次请求的加载时间。

作为进一步改进，还包括：在改写加载清单时，根据预定的优化方案改写所述加载清单中的待加速资源。进一步增加根据优化方案改写的清单的步骤，使得加载项得以优化，进一步优化页面加载速度，减少加载时间。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式中的网页加载方法流程图；

图2是根据本发明第一实施方式中的网页加载方法种通信建立连接中RTT的示意图；

图3是根据本发明第一实施方式中的网页加载方法中边缘服务器的处理逻辑示意图；

图4是根据本发明第二实施方式中的网页加载方法流程图；

图5是根据本发明第三实施方式中的服务器的结构示意图；

图6是根据本发明第四实施方式中的网页加载系统的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种网页加载方法。

本实施方式可以应用于一种服务器，具体可以为CDN架构(如加速云平台)下的边缘服务器。关于现有的分布式计算机系统，是由服务提供商操作和管理的“内容传送网络”或“CDN”。服务提供商通常代表使用服务提供商基础设施的第三方(如客户)提供内容交付服务。这种类型的分布式系统通常是指由一个或多个网络链接的自主计算机集合，以及为便于各种服务而设计的软件、系统、协议和技术，诸如内容传递、Web应用加速或其他支持外包的原产地基础设施。CDN服务提供商通常通过数字属性(例如网站)来提供服务交付，其在客户门户中供应，然后部署到网络。数字资产通常绑定到一个或多个边缘配置，以允许服务提供商对流量进行计费并为其客户计费。如上的覆盖网络可以与前端优化(FEO)方案结合或互操作。FEO是通过修改HTML和其上的资源来加速网页的过程。目标是消除使用覆盖的网站前端的瓶颈和低效率。在FEO中，有许多特定的优化可以使用，他们的目标是做以下一项或多项：减少加载页面所需的HTTP请求数量，而不是在一个请求中下载更多的数据；通过使用更有效的格式来减小网页及其部分的总大小，提高缓存能力并去除不必要的内容；并通过使浏览器以不同的顺序或时间加载项来加速呈现，例如防止第三方脚本延迟页面上的所有其他事件。

具体的说，在已知的覆盖网络系统中，分布式计算机系统被配置为CDN并且假定具有分布在因特网周围的一组机器1^2a-n。通常，大多数机器是位于互联网边缘附近的服务器，即位于最终用户接入网络处或邻近最终用户接入网络。网络操作命令中心(networkoperations command center，简称“NOCC”)管理系统中各种机器的操作。诸如网站之类的第三方站点将分派的内容(例如，HTML、嵌入式页面对象、流媒体和软件下载等)卸载到分布式计算机系统，特别是“边缘”服务器。通常，内容提供商通过将给定内容提供商域或子域的别名(例如，通过DNS CNAME)别名到由服务提供商的权威性域名服务管理的域来卸载其内容传送。希望内容的最终用户被引导到分布式计算机系统以更可靠和有效地获得内容。虽然没有详细示出，但是分布式计算机系统还可以包括其他基础设施，诸如从边缘服务器收集使用量和其他数据的分布式数据收集系统，在一个区域或一组区域上聚合该数据，并将该数据到其他后端系统以促进监视、记录、警报、计费、管理和其他操作和管理功能。

本实施方式中网页加载方法的流程如图1所示，具体如下：

步骤101，根据加载请求获得对应页面的加载清单。

具体的说，本步骤在接收到来自用户终端的页面加载请求时，根据加载请求获得对应页面的加载清单。更具体的说，网页加载请求可以是在用户通过浏览器进行网页加载时发出，也可以是在查看应用程序(即“APP”)的某一页面时发出的。

需要说明的说，加载清单(即HTML文档)中包括页面的加载项和各加载项的加载顺序。同时，加载清单可能预存于服务器本地，即使网页所属服务器实际位置较远，也可以预先镜像至本地，那么在接收到网页加载请求时，就可以直接将预存的加载清单反馈至用户终端，继而由用户浏览器进行后续操作。实际应用中，需访问的页面对应的加载清单也可能并未预存于本地，那么服务器也可以向网页所属的源站请求，请求到后反馈给用户终端。另外，在获得加载清单时，增加本地保存步骤，本地保存上述加载清单。

关于边缘服务器针对来自用户终端的请求的处理，以下根据实际应用中的实现方式具体描述，覆盖网络的客户(如用户终端)被提供使用客户门户CDN边缘服务器提供指示FEO应适用于客户的现场(或其一些部分)配置数据使用FEO服务。然后在边缘服务器处接收到第一个用户请求(即页面的加载请求)。边缘服务器GHost(全局主机)进程应用其配置数据并确定此请求应使用FEO。然后，它在FEO配置缓存中查找这个数字财产的标准化信息。在一个实施例中，全局主机进程使用RESTful请求与FEO网络通信，并且数据被交换到API(诸如Google协议缓冲器)。API通过对该数字财产进行数据库查找来对归一化请求做出响应并返回该信息。对RESTful请求的响应被缓存。然后，在边缘服务器全局主机进程接收第二个用户请求，然后应用配置并确定这个请求应该使用FEO。全球主机进程然后查找这个客户的规范化信息，这个信息现在出现了。

步骤102，判断是否采用优化服务；若是，则继续执行步骤103；若否，则执行步骤109。

具体的说，本实施方式可以将为用户终端提供压缩后的图片作为一项优化服务，确定是否需要提供，在确定需要提供该服务时才执行后续步骤，否则仍然提供原始加载清单。

值得一提的是，实际应用中也可以没有本步骤，默认设置为均采用优化服务。

步骤103，从待加载项中识别出图片加载项。

具体的说，具体的说，图片加载项的识别可以利用清单中的文件名识别，如扩展名的识别，网站常用的图片格式如：PNG、JPEG、GIF和SVG。实际应用中还可以通过标签来确定是否是图片，在此不再赘述。

步骤104，识别网络环境。

具体的说，是识别从边缘节点到用户终端的网络环境，可以包括：终端类型和传输质量。其中，终端类型包括移动端和非移动端，移动端如手机，非移动端如盒子终端等；传输质量包括多个等级，如优秀、良好(3G fast)、较差(2G)等，传输质量可以根据网络类型来确定，如wifi网络、移动网络或固网等。另外，实际应用中，网络环境可以仅包括终端类型或仅包括传输质量，还可以包括除终端类型和传输质量外的其他因素，在此不再一一列举。

本实施方式中，传输质量根据网络时延确定，具体的说，网络时延由传输往返时延(RTT时间)测得。更具体的说，如图2所示，通过获取终端到边缘服务器的RTT时间，即从边缘服务器发送数据开始，到边缘服务器收到来自终端的确认，总共经历的时延。对于边缘服务器，可以基于通信建立连接的时间，获得“边缘服务器-终端用户-边缘服务器”这一段的传输时间。基于公司多年的运营经验值，通过加权计算，获得终端的实时网络情况。此外，传输质量还可以根据RTT时间，结合经验值确定。实际应用中，网络环境的确定方式还可以是其他方式，在此不再一一列举。

值得一提的是，本实施方式在识别出图片加载项之后进行网络环境的识别，有利于获取实时传输质量，使得之后配置的加载质量更为符合当前网络环境，而实际应用中，本步骤也可以提前到确认采用优化服务之后，识别图片加载项之前，在此不再赘述。

步骤105，为图片加载项配置相应的加载质量。

具体的说，所配置的加载质量低于原图的加载质量。本实施方式中的加载质量可以包括图片尺寸，实际应用中还可以包括像素、压缩比等，在此不再一一列举。

实际应用中可以将网络环境和相应的加载质量作为对应关系，在确定了网络环境后，获取对应的加载质量，并为识别出的图片加载项配置。

举例说明，终端类型为移动端的前提下，传输质量为优秀时，配置图片尺寸为原图的80％，传输质量为良好时，配置图片尺寸为原图的50％，传输质量为较差时，配置图片尺寸为原图的30％。

再举例说明，终端类型为非移动端的前提下，传输质量为优秀时，配置图片尺寸为原图的90％，传输质量为良好时，配置图片尺寸为原图的80％，传输质量为较差时，配置图片尺寸为原图的60％。

由于图片虽然在加载速度上占用较长时间，但图片质量在很大程度上影响着网站的用户体验。上述步骤104和105根据网络环境提供不同质量的图片，使得可以基于终端的实时网络环境提出不同质量的图片，尤其适合网页版，在加快加载速度的同时，尽可能保证用户体验。

步骤106，根据所配置的加载质量，改写加载清单。

具体的说，可以由图片加载项携带参数的方式，改写加载清单。

步骤107，向用户终端发送改写后的加载清单。

具体的说，用户终端在收到改写后的加载清单后，可以根据加载清单请求各项资源。

步骤108，在接收到来自用户终端的图片加载请求时，提供符合要求的图片。

具体的说，在接收到来自用户终端的图片加载请求时，根据图片加载请求中的加载质量提供符合要求的图片。

更具体的说，符合要求的图片如果不是原图，可以预先缓存在本地，那么当用户终端请求时，可以直接从本地提取并提供给用户终端，也可能本地没有缓存该图片，或者缓存的图片质量不符合要求，此时可以从利用图像处理模块将来自源站的原始图片处理为符合要求的图片，其中处理可以是改变尺寸大小，一般是缩小，改变像素等。实际应用中，如果缓存有图片，但质量不符合要求，也可以提供质量和请求的图片质量相近的图片。

值得一提的是，实际应用中可以本地缓存图像处理模块处理后的图片，处理后的图片均缓存备用，利于减少该图片被再次请求的加载时间。

步骤109，向用户终端发送原加载清单。

具体的说，本步骤发送的原加载清单即为步骤101中获得的原加载清单。

本实施方式相对于现有技术而言，主要区别及其效果在于：现有技术的网页加载中，用户终端根据加载清单请求的加载项均为源站提供的源文件，无需中间处理，其中的图片加载项的处理也如此。而本申请中用户终端请求到的图片质量低于原图，使得图片加载时，图片加载数据量减小，加载速度加快，提升整体页面的加载速度。另外，由于本申请基于内容分发网络进行改进，边缘服务器在获取到用户的加载请求时，对源站的加载清单进行预处理，使得所请求的图片质量即低于原图，这样创新地改进了行内既定的网站优化模式，既不需要改变用户终端的配置，也不需要改变源站的代码，又不需要改变需访问页面源站的网站构架，实施便捷，可以减少网站拥有者的技术开发时间，给用户终端侧提供更优质的上网体验，便于本发明实施方式的推广。可见，本实施方式使得在优化网页加载的过程中，加快页面加载速度，优化用户体验，且便于推广，同时无需修改源站代码，减少网站拥有者的技术开发时间的。

在此值得一提的是，根据上述实施例中的网页加载方法可知，内容分发网络的边缘服务器的处理逻辑示意图如图3所示，主要包括三个功能模块，具体包括：网络环境识别模块、清单改写模块和图像处理模块，实际应用中网络环境识别模块内置于负载均衡，其意思就是分摊到多个操作单元上进行执行，例如Web服务器、FTP服务器、企业关键应用服务器和其它关键任务服务器等，从而共同完成工作任务。本实施方式中的环境识别模块主要用于确定传输时的网络环境；清单改写模块，用于在确定需要采用优化功能后，对原始加载清单进行改写；图像处理模块，用于在缓存中没有合适质量的图片时，对源站的图片进行压缩等处理，得到请求中要求质量的图片。实际应用中，还包括webcache，Web Cache服务器主要缓存静态网页等内容，也具备文件下载和流媒体服务的能力。

本发明的第二实施方式涉及一种网页加载方法。第二实施方式是在第一实施方式的基础上做了进一步改进，主要改进之处在于：在本发明第二实施方式中，新增对清单中其他加载项的优化，同时限定可以通过改写清单实现，使得清单中的JS脚本加载方式被优化，进一步加快页面的整体加载速度。

本实施方式中的网页加载方法流程图如图4所示，具体如下：

本实施方式中的步骤401至406与第一实施方式中的步骤101至106相类似，在此不再赘述。

步骤407，根据预定的优化方案改写加载清单中的待加速资源。

待加速资源可以是JS脚本，进一步说，可以是第三方JS脚本，再进一步说，可以是外部链接。实际应用中，识别的条件可以由客户设定，在此不做限定。更具体的说，用户终端在执行过程中，是通过<script>标签来确定是否是脚本，如JS脚本，本步骤可以具体根据src标签判断是否为JS脚本，是否为外部链接等。

具体的说，预定的优化方案至少包括以下之一：异步改写方案、加速改写方案和屏蔽改写方案。更具体的说，根据预定的优化方案改写加载清单中的待加速资源中，预定的优化方案由预设策略确定。其中，预设策略中可以指定各个待加速资源均采用某一种优化方案，也可以针对不同的待加速资源指定不同的优化方案。另外，实际应用中除了上述三种优化方案外，还可以根据需要增加其他优化方案，在此不对优化方案的数量和内容做限定。

具体可以根据预设策略确定待加速资源对应的哪种优化方案，其中的策略可以包括以下三条：(1)若待加速资源为符合第一预设条件的脚本文件，则对应的优化方案为异步改写方案；其中，第一预设条件可以是JS脚本，进一步说，可以是第三方JS脚本，再进一步说，可以是外部链接。(2)若待加速资源属于第三方外部链接，则对应的优化方案为加速改写方案。具体可以通过域名识别的方式确定待加速资源属于第三方外部链接。(3)若待加速资源属于预设的黑名单，则对应的优化方案为屏蔽改写方案。其中，黑名单可以包括防火墙所屏蔽的加载项，由于一些国家层面的政策影响，部分加载项客观无法被加载，所以可以采用屏蔽改写方案进行优化，避免无谓的加载尝试。

继续说明的是，确定为异步改写方案时，对应的改写方式为改写加载清单中符合第一预设条件的脚本文件的加载顺序；确定为优化改写方案时，对应的改写方式为在待加速资源对应的请求地址的特定位置添加标识信息，后续利用优选网络节点的方式为包含标识信息的待加速资源发出加载请求；确定为屏蔽改写方案时，在待加速资源对应的请求地址的特定位置添加停止标识，后续在接收到的加载请求中包含停止标识，则返回针对包含停止标识的待加速资源的停止加载指令。

值得一提的是，本实施方式中虽然将步骤407设置在步骤406之后，但实际应用中，步骤406和步骤407可以没有先后顺序，同时执行，或者先执行步骤407再执行步骤406，在此不再一一列举。

本实施方式中的步骤408至410与第一实施方式中的步骤107至109相类似，在此不再赘述。

可见，本实施方式新增对JS脚本的优化机制，使得页面尽快脱离白屏，让用户可以尽快看到所访问的页面，提升用户的网站访问体验。而且实施时可以都采用改写清单的方式，对流程逻辑改动较小，优化页面加载效果明显。

本发明第三实施方式涉及一种服务器，如图5所示，包括：

至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一实施方式至第四实施方式中任一个网页加载方法。其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本发明第四实施方式涉及一种网页加载系统，如图6所示，具体包括：用户终端和如第五实施方式中提到的服务器，其中的服务器可以是CDN架构下的边缘服务器。实际应用中，本实施方式中的网页加载系统还可以包括待加载网页所属的源站服务器。

本发明第五实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (13)

1.一种网页加载方法，其特征在于，应用于内容分发网络的边缘服务器，包括：

在接收到来自用户终端的页面加载请求时，根据所述加载请求获得对应所述页面的加载清单，所述加载清单中包括若干个待加载项；

对所述加载清单进行预处理，从所述待加载项中识别出图片加载项，为所述图片加载项配置相应的加载质量，所配置的加载质量低于原图的加载质量；根据所配置的加载质量，改写所述加载清单；

所述改写所述加载清单，还包括：

确定所述加载清单中的待加速资源对应的预定的优化方案；

根据预定的优化方案改写所述待加速资源；其中，所述待加速资源包括除图片加载项外的其他待加载项；

将改写后的加载清单反馈给所述用户终端，供所述用户终端请求各加载项以进行页面加载。

2.根据权利要求1所述的网页加载方法，其特征在于，所述为图片加载项配置相应的加载质量的步骤中，所配置的加载质量根据网络环境确定。

3.根据权利要求2所述的网页加载方法，其特征在于，所述网络环境包括：终端类型和/或传输质量。

4.根据权利要求3所述的网页加载方法，其特征在于，所述传输质量根据网络时延确定。

5.根据权利要求4所述的网页加载方法，其特征在于，所述网络时延由传输往返时延测得。

6.根据权利要求1所述的网页加载方法，其特征在于，所配置的加载质量包括图片尺寸。

7.根据权利要求1所述的网页加载方法，其特征在于，在所述将改写后的加载清单反馈给所述用户终端之后，还包括：

在接收到来自所述用户终端的图片加载请求时，根据图片加载请求中的加载质量提供符合要求的图片。

8.根据权利要求7所述的网页加载方法，其特征在于，所述根据图片加载请求中的加载质量提供符合要求的图片，具体为：

若本地缓存有符合要求的图片，则将所缓存的图片提供给所述用户终端；

若本地缓存没有符合要求的图片，则将来自源站的原始图片处理为符合要求的图片后提供给所述用户终端。

9.根据权利要求8所述的网页加载方法，其特征在于，利用图像处理模块将来自源站的原始图片处理为符合要求的图片。

10.根据权利要求9所述的网页加载方法，其特征在于，还包括：本地缓存所述图像处理模块处理后的图片。

11.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至10中任一项所述的网页加载方法。

12.一种网页加载系统，其特征在于，包括：用户终端和如权利要求11所述的服务器。

13.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10中任一项所述的网页加载方法。

Images