CN109672534B

CN109672534B - 网络资源的处理方法、装置、存储介质和电子装置

Info

Publication number: CN109672534B
Application number: CN201710959095.3A
Authority: CN
Inventors: 袁运辉
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2017-10-16
Filing date: 2017-10-16
Publication date: 2021-08-20
Anticipated expiration: 2037-10-16
Also published as: CN109672534A

Abstract

本发明公开了一种网络资源的处理方法、装置、存储介质和电子装置。该方法包括：获取目标资源文件的差异签名信息，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；将第一目标资源文件的版本配置信息同步至客户端，客户端用于加载与版本配置信息对应的第一目标资源文件。本发明解决了相关技术中资源文件的处理效率低的技术问题。

Description

网络资源的处理方法、装置、存储介质和电子装置

技术领域

本发明涉及计算机领域，具体而言，涉及一种网络资源的处理方法、装置、存储介质和电子装置。

背景技术

目前，网页游戏常运行在原生应用(Application，简称为APP)的浏览器组件中，比如，微信应用、手Q应用等。浏览器组件对http缓存的管理方案是有一定大小限制、不分域名，比如，安卓X5内核为20兆。由于客户端对http缓存是不分域和大小限制的，这样极容易使客户端丢失缓存，客户端需要重新拉取丢失缓存的资源文件，从而影响客户端载入资源的速度，导致流量浪费的问题，导致资源文件的处理效率低的问题。

网页游戏中的资源文件由设计师设计导出、动画软件处理、纹理打包软件打包等多种导出途径，比如，Json、Plist等资源文件由引擎动画工具生成，且并未做任何压缩处理。而资源文件的大小会影响流量、加载速度和内存占用。

在更新资源文件的版本时，会造成客户端下载大量资源，不能简单地进行资源文件的更新。另外，资源文件导出途径多，无法在输出时统一进行压缩处理。如果采用软件手动进行压缩，下次在资源文件更改时，还需要重新进行压缩，从而造成资源文件的维护困难，导致资源文件的处理效率低的问题。

现有技术关于网络资源的处理方法，存在加时间戳或版本号方案，鉴于http缓存是根据用户访问的统一资源定位符(Uniform Resource Location，简称为URL)来决定的，采用时间戳或其他版本号更新资源文件的查询字符串(querystring)部分。该方法属于全量更新方案，比如，在一次发布过程中，只变更了一个资源文件，但也得全局更新版本号；另外，该方法为覆盖式更新，与现网使用同样的文件，极容易出现部分文件未生效而造成错误，导致资源文件的处理效率低的问题。

现有技术关于网络资源的处理方法，存在使用md5签名方案，通过使用md5签名算法对资源文件的内容进行签名，并且同时用md5签名重命名文件。该方法只适合资源少，没有太多层级路径的资源模式，当文件的路径较深时，该方法不便于进行手动更新，以及文件清理等；需要在入口页加上所有文件名与资源文件的签名的映射关系，如果资源文太多，会显著增加入口文件的尺寸，从而影响客户端打开页面的速度，导致资源文件的处理效率低的问题。

现有技术关于网络资源的处理方法，针对资源文件的缓存，使用applicationcache缓存方法，该缓存方法为html5废弃的规范，通过创建cache manifest文件，可以创建Web应用的离线版本，但是该方法属于全量更新方案；需要强刷才能生效；会缓存html入口文件，导致更新不灵活的问题；规范已被W3C组织废弃。针对资源文件的缓存，还可以使用localStorage缓存方法，该缓存方法为html5本地存储规范，主要用来存储本地数据，还可以用于存储js等字符串。使用localStorage缓存首先检测浏览器是否支持本地存储，无法存储image等非文本文件；缓存空间小，只有大概5m的缓存空间，导致资源文件的处理效率低的问题。

现有技术关于网络资源的处理方法，存在使用离线包的方法，该方法为终端原生方案，通过下载文件zip包，并解压在本地，截获资源网络请求，使用本地的文件进行返回。这需要终端实现方案，终端会从sdk卡加载，速度有时并没有高速网络快，导致资源文件的处理效率低的问题。

现有技术在文件压缩时，基本为通用工程化方案，会有一些如gulp等预编译插件处理类似问题。gulp等预编译插件处理是对源文件做处理后放入另一个文件夹。而网页游戏会经历游戏引擎的打包过程，此时文件路径都变了，因而gulp并不适用，导致资源文件的处理效率低的问题。

针对上述资源文件的处理效率低的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种网络资源的处理方法、装置、存储介质和电子装置，以至少解决相关技术中资源文件的处理效率低的技术问题。

根据本发明实施例的一个方面，提供了一种网络资源的处理方法。该方法包括：获取目标资源文件的差异签名信息，其中，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，其中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，目标资源文件包括第一目标资源文件；在第一目标资源文件在网络服务器上同步完成之后，将第一目标资源文件的版本配置信息同步至客户端，其中，客户端用于加载与版本配置信息对应的第一目标资源文件。

根据本发明实施例的另一方面，还提供了一种网络资源的处理方法。该方法包括：在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，客户端接收第一目标资源文件的版本配置信息，其中，第一目标资源文件与差异签名信息相对应，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；客户端加载与版本配置信息对应的第一目标资源文件。

根据本发明实施例的另一方面，还提供了一种网络资源的处理装置。该装置包括：获取单元，用于获取目标资源文件的差异签名信息，其中，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；配置单元，用于配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，其中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，目标资源文件包括第一目标资源文件；同步单元，用于在第一目标资源文件在网络服务器上同步完成之后，将第一目标资源文件的版本配置信息同步至客户端，其中，客户端用于加载与版本配置信息对应的第一目标资源文件。

根据本发明实施例的另一方面，还提供了一种网络资源的处理装置。该装置包括：同步单元，用于在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，使客户端接收第一目标资源文件的版本配置信息，其中，第一目标资源文件与差异签名信息相对应，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；加载单元，用于使客户端加载与版本配置信息对应的第一目标资源文件。

根据本发明实施例的另一方面，还提供了一种存储介质。该存储介质包括存储的程序，其中，程序运行时执行本发明实施例的网络资源的处理方法。

根据本发明实施例的另一方面，还提供了一种电子装置。该电子装置包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，处理器通过计算机程序执行发明实施例的网络资源的处理方法。

在本发明实施例中，获取目标资源文件的差异签名信息，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；将第一目标资源文件的版本配置信息同步至客户端，客户端用于加载与版本配置信息对应的第一目标资源文件。由于本发明只需要发布更改过的资源文件，只需要配置更改过的资源文件与版本之间的映射关系，从而实现了提高资源文件的处理效率的技术效果，进而解决了相关技术中资源文件的处理效率低的技术问题。

附图说明

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

图1是根据本发明实施例的一种网络资源的处理方法的硬件环境的示意图；

图2是根据本发明实施例的一种网络资源的处理方法的流程图；

图3是根据本发明实施例的一种将第一目标资源文件同步至网络服务器上的方法的流程图；

图4是根据本发明实施例的一种对目标文件夹中的第一目标资源文件进行压缩处理的方法的流程图；

图5是根据本发明实施例的另一种网络资源的处理方法的流程图；

图6是根据本发明实施例的另一种网络资源的处理方法的流程图；

图7是根据本发明实施例的一种客户端加载与版本配置信息对应的第一目标资源文件的方法的流程图；

图8是根据本发明实施例的一种客户端从目标资源地址加载第一目标资源文件的方法的流程图；

图9是根据本发明实施例的一种自动化发布工具的网络资源的处理方法的流程图；

图10是根据本发明实施例的一种浏览器的网络资源的处理方法；

图11是根据本发明实施例的一种网络资源的处理装置的示意图；

图12是根据本发明实施例的另一种网络资源的处理装置的示意图；以及

图13是根据本发明实施例的一种电子装置的结构框图。

具体实施方式

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

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

根据本发明实施例的一个方面，提供了一种网络资源的处理方法的实施例，下面从自动化发布工具一侧对本发明实施例的网络资源的处理方法进行介绍。

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

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

步骤S202，获取目标资源文件的差异签名信息。

在本申请上述步骤S202提供的技术方案中，获取目标资源文件的差异签名信息，其中，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息。

在该实施例的网络资源的处理方法由本地自动化发布工具执行，用于网页应用的资源发布，比如，用于网页游戏中的网络资源发布。目标资源文件为当前待发布的资源文件，包括待发布的目标网络资源。该目标资源文件可以为静态资源文件，可以包括多个子资源文件，比如，包括js文件、图片文件、json文件等子资源文件，此处不做限制。目标网络资源可以为网页游戏中的静态资源，包括文本资源、图片资源等。差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，也即，为目标资源文件与已发布资源文件的差量配置文件的签名信息。

在该实施例中，接收用于执行发布资源文件的发布命令，根据环境参数读取上一次发布文件的签名信息和上一次发布的差量配置信息，该差量配置信息为与差量更新资源文件有关的信息，比如，全量版本号为1.0，则差量配置信息为{‘dist/a.js’:1.1，‘res/b.jpg’:1.2}。其中，环境参数指更新测试环境或者正式测试环境等。该实施例还执行本地构建命令，也即，对资源文件进行打包处理，进行代码合并，生成指定的文件，比如，网页游戏会使用到游戏引擎提供的打包方法，可以将js文件，图片文件等各种资源文件进行打包，从而得到可发布的目标资源文件。

该实施例使用签名算法对目标资源文件的内容进行签名，得到目标资源文件的签名信息，对比目标资源文件的签名信息和已发布资源文件的签名信息，得到目标资源文件的签名信息中不同于已发布资源文件的签名信息的差异签名信息，其中，已发布资源文件的签名信息可以是上一次发布时的资源文件的签名信息，根据差异签名信息生成当前的差量配置信息。

可选地，该实施例的在首次发布目标资源文件时，对目标资源文件进行全量发布，而不用计算目标资源文件的差异签名信息。

步骤S204，配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上。

在本申请上述步骤S204提供的技术方案中，配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，其中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，目标资源文件包括第一目标资源文件。

在获取目标资源文件的差异签名信息之后，确定与差异签名信息对应的第一目标资源文件，该第一目标资源文件为目标资源文件中，相对于已发布资源文件的变更文件，也即，相对于已发布资源文件的新文件、差异文件，为需要发布的资源文件。将第一目标资源文件拷贝至发布目录，也即，将该第一目标资源文件从目标资源文件中提取出来。该实施例还配置第一目标资源文件的版本配置信息，该版本配置信息包括映射信息，该映射信息用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系，该版本配置信息可以包括差量配置信息。该版本配置信息还可以包括第一目资源文件的版本号，该版本号为动态累加生成，比如，上一次发布的资源文件的版本为1.0，则本次发布的资源文件的版本为1.1。

在得到第一目标资源文件的版本配置信息之后，将第一目标资源文件的版本配置信息合入入口文件(index.html)中，也即，将版本配置信息保存至入口文件中。该入口文件为一个网站的主页，也即，为导航页，这个导航页上包含了网站上的基本链接。

可选地，在将第一目标资源文件同步至网络服务器上之前，对第一目标资源文件进行压缩处理，比如，将图片文件、json文件、xml文件、html文件做压缩处理，从而实现了对发布文件的优化处理，显著地减少了文件大小。

该实施例在将第一目标资源文件同步至网络服务器上时，可以使用arsync软件同步第一目标资源文件至网络服务器上，arsync是实现远程同步功能的软件，可将文件同步至内容分发网络的源站，该网络服务器为内容分发网络(Content Delivery Network，简称为CDN)中的服务器，其中，内容分发网络能够实时地根据网络流量和各节点服务器的连接状况、负载状况，以及到用户的距离和响应时间等综合信息，将用户的请求重新导向离用户最近的节点服务器上，从而使得用户可以就近取得所请求的内容，避免了网络拥挤的状况，提高了用户访问网站的响应速度。

步骤S206，将第一目标资源文件的版本配置信息同步至客户端。

在本申请上述步骤S206提供的技术方案中，在第一目标资源文件在网络服务器上同步完成之后，将第一目标资源文件的版本配置信息同步至客户端，其中，客户端用于加载与版本配置信息对应的第一目标资源文件。

在将第一目标资源文件同步至网络服务器上之后，检查网络服务器是否同步完毕。在网络服务器同步完毕之后，将第一目标资源文件的版本配置信息同步至客户端，可以将包括版本配置信息的入口文件同步至客户端，如果不希望直接更新入口文件，也可以手动更新，或者提交给运维更新等，从而实现了差量更新资源文件，也即，实现了资源文件的差量发布，达到了及实地、最少地更新资源文件的效果。

通过上述步骤S202至步骤S206，通过获取目标资源文件的差异签名信息，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；将第一目标资源文件的版本配置信息同步至客户端，客户端用于加载与版本配置信息对应的第一目标资源文件。由于本发明只需要发布更改过的资源文件，只需要配置更改过的资源文件与版本之间的映射关系，从而实现了提高资源文件的处理效率的技术效果，进而解决了相关技术中资源文件的处理效率低的技术问题。

作为一种可选的实施例，步骤S204，将第一目标资源文件同步至网络服务器上包括：将第一目标资源文件存储至目标文件夹中；对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件；将目标压缩文件同步至网络服务器上。

图3是根据本发明实施例的一种将第一目标资源文件同步至网络服务器上的方法的流程图。如图3所示，该方法包括以下步骤：

步骤S301，将第一目标资源文件存储至目标文件夹中。

在本申请上述步骤S301提供的技术方案中，将第一目标资源文件存储至目标文件夹中，其中，目标文件夹与第一目标资源文件的版本信息相对应。

在获取目标资源文件的差异签名信息之后，将第一目标资源文件存储至目标文件夹中，也即，将待发布的第一目标资源文件从目标资源文件中提取出来，该目标资源文件可以为新建的版本文件夹，该目标文件夹与第一目标资源文件的版本信息相对应，比如，第一目标资源文件为1.0版本，则该目标文件夹为1.0版本文件夹。

步骤S302，对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件。

在本申请上述步骤S302提供的技术方案中，对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件。

在将第一目标资源文件存储至目标文件夹中之后，对目标文件夹中的第一目标资源文件进行优化处理，比如，对第一目标资源文件进行压缩处理，对于游戏引擎来说，只会压缩js代码，这里会将图片、json、xml、html等子文件做压缩处理，比如，去空格，这样减小了第一目标资源文件的大小，得到目标压缩文件。由于资源的大小会影响流量、加载速度和内存占用，因而压缩处理实现了第一目标资源文件的优化处理，避免了文件导出路径多，无法在输出时统一压缩处理的问题。

优选地，该实施例将处理逻辑集成在自动化发布工具中，在游戏引擎打包处理之后，对第一目标资源文件统一进行压缩处理，从而不影响原来的开发模式，避免了在对源文件做处理后放入另一个文件夹，由于路径改变而不能对处理后的源文件进行压缩的问题。

步骤S303，将目标压缩文件同步至网络服务器上。

在本申请上述步骤S303提供的技术方案中，将目标压缩文件同步至网络服务器上。

在对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件之后，将目标压缩文件同步至网络服务器上，目标压缩文件可以降低对流量、加载速度以及内存占用的影响。

该实施例通过将第一目标资源文件存储至目标文件夹中，其中，目标文件夹与第一目标资源文件的版本信息相对应；对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件；将目标压缩文件同步至网络服务器上，实现了将第一目标资源文件同步至网络服务器上的目的，进而提高了提高资源文件的处理效率。

作为一种可选的实施例，步骤S302，对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件包括：获取第一目标资源文件中的至少一个子资源文件的后缀名；将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件。

图4是根据本发明实施例的一种对目标文件夹中的第一目标资源文件进行压缩处理的方法的流程图。如图4所示，该方法包括以下步骤：

步骤S401，获取第一目标资源文件中的至少一个子资源文件的后缀名。

在本申请上述步骤S401提供的技术方案中，获取第一目标资源文件中的至少一个子资源文件的后缀名。

第一目标资源文件包括至少一个子资源文件，该至少一个子资源文件包括图片文件按json文件、xml文件、html文件等，可以根据至少一个第一资源文件的后缀名对第一目标资源文件进行压缩处理。在将第一目标资源文件存储至目标文件夹中之后，获取至少一个子资源文件的后缀名。

步骤S402，将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件。

在本申请上述步骤S402提供的技术方案中，将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件。

在获取第一目标资源文件中的至少一个子资源文件的后缀名之后，将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，比如，将具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件，从而实现了对第一目标资源文件的优化处理。

该实施例通过获取第一目标资源文件中的至少一个子资源文件的后缀名；将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件，实现了对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件的目的。

作为一种可选的实施例，在步骤S301，将第一目标资源文件存储至目标文件夹中时，该方法还包括：将版本配置信息保存至入口文件中；步骤S206，将第一目标资源文件的版本配置信息同步至客户端包括：将入口文件同步至客户端。

图5是根据本发明实施例的另一种网络资源的处理方法的流程图。如图5所示，该方法还包括以下步骤：

步骤S501，将版本配置信息保存至入口文件中。

在本申请上述步骤S501提供的技术方案中，将版本配置信息保存至入口文件中，其中，入口文件用于向客户端同步版本配置信息。

将第一目标资源文件存储至目标文件夹中时，将版本配置信息保存至入口文件中，比如，将当前第一目标资源文件的版本号、差异文件与版本之间的映射关系等。入口文件为网站的主页，包括了网站上的基本链接，比如，入口文件为index.html文件，为Web程序的入口文件，可以用于向客户端同步版本配置信息。

步骤S502，将入口文件同步至客户端。

在本申请上述步骤S502提供的技术方案中，将入口文件同步至客户端。

在将版本配置信息保存至入口文件中之后，将入口文件同步至客户端。可以选择性同步index.html版本控制文件，如果不希望直接更新，则可以选择手动更新或者提交给运维更新等，从而实现了将第一目标资源文件的版本配置信息同步至客户端的目的。

该实施例在将第一目标资源文件存储至目标文件夹中时，将版本配置信息保存至入口文件中，其中，入口文件用于向客户端同步版本配置信息；将入口文件同步至客户端，将第一目标资源文件的版本配置信息同步至客户端，客户端用于加载与版本配置信息对应的第一目标资源文件，提高了资源文件的处理效率。

作为一种可选的实施例，步骤S502，将入口文件同步至客户端包括：在检测到网络服务器的源站存在的情况下，将入口文件同步至客户端。

在该实施例中，由于第一目标资源文件为新文件增量发布，可以直接检查网络服务器的源站是否存在，该网络服务器的源站可以为CDN源站。在网络服务器的源站存在的情况下，即可视为第一目标资源文件在网络服务器上同步完成，也即，第一目标资源文件在网络服务器上生效。在第一目标资源文件在网络服务器上生效之后，再将入口文件同步至客户端，使得客户端得到的版本配置信息得到更新。

作为一种可选的实施例，在步骤S202，获取目标资源文件的差异签名信息之前，该方法还包括：在未发布过资源文件的情况下，直接将目标资源文件同步至网络服务器上。

该实施例在获取目标资源文件的差异签名信息之前，在未发布过资源文件的情况下，也即，在第一次发布资源文件时，不用计算目标资源文件的签名信息以得出目标资源文件的差异签名信息，而是直接将目标资源文件同步至网络服务器上。在下一次发布时，通过重新计算资源文件的签名信息，算出差异签名信息，从而根据差异签名信息得到待发布的文件。

作为一种可选的实施例，在步骤S202，获取目标资源文件的差异签名信息之后，该方法还包括：在第一目标资源文件中的子资源文件的数量超过阈值的情况下，直接将第一目标资源文件同步至网络服务器上。

在获取目标资源文件的差异签名信息之后，确定差异签名信息对应的第一目标资源文件，该第一目标资源文件的子文件为第一目标资源文件相对于已发布资源文件的更改文件，在第一目标资源文件中的子资源文件的超量超过阈值的情况下，对第一目标资源文件进行一次全量发布，不用计算第一目标资源文件的差异签名信息，也无需配置与签名信息对应的第一目标资源文件的版本配置信息，而直接将第一目标资源文件同步至网络服务器上。比如，当前发布的版本较上一次发布的版本改动较大，对其中的图片文件、文本文件都有所改动，此时直接对目标资源文件进行全量发布，简化了资源文件的发布过程，提高了资源文件的处理效率。

根据本发明实施例，还提供了一种网络资源的处理方法的实施例，下面从客户端一侧对本发明实施例的网络资源的处理方法进行介绍。

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

图6是根据本发明实施例的另一种网络资源的处理方法的流程图，如图6所示，该方法可以包括以下步骤：

步骤S602，在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，客户端接收第一目标资源文件的版本配置信息。

在本申请上述步骤S602提供的技术方案中，在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，客户端接收第一目标资源文件的版本配置信息，其中，第一目标资源文件与差异签名信息相对应，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息。

在该实施例的网络资源的处理方法由客户端执行，用于网页应用的资源获取，比如，用于网页游戏中的网络资源发布。目标资源文件可以为静态资源文件，可以包括多个子资源文件。目标网络资源可以为网页游戏中预先设置好的静态资源，包括文本资源、图片资源等。差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，也即，为目标资源文件与已发布资源文件的差量配置文件的签名信息。

该实施例的第一目标资源文件为目标资源文件中，相对于已发布资源文件的变更文件。

在自动化开发工具将第一目标资源文件同步至网络服务器上之后，在网络服务器同步完成之后，自动化开发工具将第一目标资源文件的版本配置信息同步至客户端，客户端接收第一目标资源文件的版本配置信息，客户端可以接收包括版本配置信息的入口文件。如果不希望直接更新入口文件，也可以手动更新，或者提交给运维更新等。

步骤S604，客户端加载与版本配置信息对应的第一目标资源文件。

在本申请上述步骤S604提供的技术方案中，客户端加载与版本配置信息对应的第一目标资源文件。

在客户端接收第一目标资源文件的版本配置信息之后，客户端加载与版本配置信息对应的第一目标资源文件。该实施例的客户端通过主线程使用原始名称加载第一目标资源文件，该原始名称为之前在加载资源文件时使用的加载信息。在通过原始名称加载第一目标资源文件之后，统一进行URL转换，判断是否存在与第一目标资源文件对应的版本配置信息。如果存在与第一目标资源文件对应的版本配置信息，则使用版本配置信息中的版本号拼接URL，版本配置信息中的版本号也即为差量映射中的版本号，进而触发加载。如果不存在与第一目标资源文件对应的版本配置信息，则使用全量时的版本号拼接URL，进而主线程触发加载。

在主线程触发加载之后，Service Worker线程监听到fetch事件。其中，客户端使用Service Worker安装或唤醒，其中，在第一次使用时进行安装，在安装之后的后期使用过程中，进行线程唤醒。该Service Worker线程分域名、存储容量达到500M-2G，可以有效地避免浏览器Webview中的http缓存容易被清掉的问题。在Service Worker线程监听到fetch事件之后，判断本地是否缓存第一目标资源文件，如果本地缓存第一目标资源文件，则从本地返回响应。如果本地未缓存第一目标资源文件，选择从网络拉取返回响应。在从网络拉取后再执行存储到本地，及时地删除旧的缓存资源，有效地提升了资源文件的处理效率，从而提升了用户体验。

通过上述步骤S602至步骤S604，在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，客户端接收第一目标资源文件的版本配置信息，其中，第一目标资源文件与差异签名信息相对应，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；客户端加载与版本配置信息对应的第一目标资源文件，从而实现了提高资源文件的处理效率的技术效果，进而解决了相关技术中资源文件的处理效率低的技术问题。

作为一种可选的实施方式，步骤S604，客户端加载与版本配置信息对应的第一目标资源文件包括：客户端获取与版本配置信息中的版本标识相对应的资源地址；客户端从目标资源地址加载第一目标资源文件。

图7是根据本发明实施例的一种客户端加载与版本配置信息对应的第一目标资源文件的方法的流程图。如图7所示，该方法包括以下步骤：

步骤S701，客户端获取与版本配置信息中的版本标识相对应的资源地址。

在本申请上述步骤S701提供的技术方案中，客户端获取与版本配置信息中的版本标识相对应的资源地址，其中，版本标识用于标识第一目标资源文件的第一版本，资源地址为第一目标资源文件的存储地址。

在该实施例中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，包括版本标识，该版本标识用于标识第一目标资源文件的第一版本，可以为版本号，比如，版本1.0。

在客户端加载与版本配置信息对应的第一目标资源文件时，判断是否存在版本配置信息，也即，判断是否存在差量映射配置。如果存在版本配置信息时，获取版本配置信息中的版本标识，通过版本标识组合URL，得到资源地址，该资源地址为第一目标资源文件的存储地址。可选地，如果不存在版本配置信息时，使用全量时的版本标识组合URL进行加载。

举例而言，全量版本号为1.0，则版本配置信息为{‘dist/a.js’:1.1，‘res/b.jpg’:1.2}，则配置中的资源将使用1.1和1.2版本进行加载，而其它资源会使用1.0版进行加载，比如，https://h5game.qq.com/test/hpang/game/root/1.1/dist/a.js，其中1.1为当前资源文件的版本。

步骤S702，客户端从目标资源地址加载第一目标资源文件。

在本申请上述步骤S702提供的技术方案中，客户端从目标资源地址加载第一目标资源文件。

在客户端获取与版本配置信息中的版本标识相对应的资源地址之后，触发加载，客户端从目标地址加载第一目标资源文件，也即，从由版本标识组合的URL加载第一目标资源文件，进而触发响应。

该实施例通过客户端获取与版本配置信息中的版本标识相对应的资源地址，其中，版本标识用于标识第一目标资源文件的第一版本，资源地址为第一目标资源文件的存储地址；客户端从目标资源地址加载第一目标资源文件，实现了客户端加载与版本配置信息对应的第一目标资源文件的目的。

作为一种可选的实施方式，步骤S702，客户端从目标资源地址加载第一目标资源文件包括：客户端通过后台线程监听到目标事件；客户端在监听到目标事件之后，客户端在检测到本地未缓存过第一目标资源文件的情况下，向网络服务器请求获取第一目标资源文件，删除本地存储过的第二版本的资源文件；客户端在检测到本地缓存过第一目标资源文件的情况下，从本地获取第一目标资源文件。

图8是根据本发明实施例的一种客户端从目标资源地址加载第一目标资源文件的方法的流程图。如图8所示，该方法包括以下步骤：

步骤S801，客户端通过后台线程监听到目标事件。

在本申请上述步骤S801提供的技术方案中，客户端通过后台线程监听到目标事件，其中，目标事件为客户端在获取资源地址之后，触发的用于加载第一目标资源文件的事件。

在客户端从目标资源地址加载第一目标资源文件时，客户端通过后台线程监听目标事件。该后台线程可以为Service Worker线程，该Service Worker线程是Chromium浏览器内核的一项新技术，是服务于前端页面的后台线程，基于它可以实现拦截和处理网络请求、消息推送、静默更新、事件同步等服务。目标事件可以为fetch事件，为客户端在获取资源地址之后，触发的用于加载第一目标资源文件的事件。

步骤S802，客户端在监听到目标事件之后，检测客户端的本地是否缓存过第一目标资源文件。

在本申请上述步骤S802提供的技术方案中，客户端在监听到目标事件之后，检测客户端的本地是否缓存过第一目标资源文件。

客户端在监听到目标事件之后，检测客户端的本地是否缓存过第一目标资源文件，也即，进行缓存匹配。如果检测到客户端的本地未缓存过第一目标资源文件，执行步骤S803；如果检测到客户端的本地缓存过第一目标资源文件，执行步骤S804。

步骤S803，客户端在检测到本地未缓存过第一目标资源文件的情况下，向网络服务器请求获取第一目标资源文件，删除本地存储过的第二版本的资源文件。

在本申请上述步骤S803提供的技术方案中，客户端在检测到本地未缓存过第一目标资源文件的情况下，向网络服务器请求获取第一目标资源文件，删除本地存储过的第二版本的资源文件，其中，第二版本为第一版本的上一版本，第二版本的资源文件为第一版本的第一目标资源文件的上一版本的资源文件。

在检测客户端的本地是否缓存过第一目标资源文件之后，如果检测到客户端的本地未缓存过第一目标资源文件时，则从网络服务器请求获取第一目标资源文件，可以从CDN源站请求获取第一目标资源文件，CDN源站根据网络流量和各节点服务器的连接、负载情况，以及到客户端的距离和响应时间等综合信息，将客户端的用于获取第一目标资源文件的请求导向离客户端最近的节点服务器上，从而使得客户端可以就近从节点服务器上获取第一目标资源文件，返回响应，进而通过主线程处理响应。客户端在向网络服务器请求获取到第一目标资源文件之后，将第一目标资源文件进行缓存，以便下请求获取第一目标资源文件时，可以从本地直接获取到。客户端还删除本地存储过的第二版本的资源文件，该第二版本为原先缓存的资源文件的版本，也即，旧版本。比如，资源地址为https://h5game.qq.com/test/hpang/game/root/1.1/dist/a.js，客户端向网络服务器请求从上述地址获取第一目标资源文件，此时会以/dist/a.js为查询key，删掉/dist/a.js的前一个版本的缓存，从而避免内存占用的问题。

步骤S804，客户端在检测到本地缓存过第一目标资源文件的情况下，从本地获取第一目标资源文件。

在本申请上述步骤S804提供的技术方案中，客户端在检测到本地缓存过第一目标资源文件的情况下，从本地获取第一目标资源文件。

在检测客户端的本地是否缓存过第一目标资源文件之后，如果检测到客户端的本地缓存过第一目标资源文件时，则从本地直接获取第一目标资源文件，进而返回响应，通过主线程处理响应。

需要说明的是，上述步骤S801至步骤S804是由客户端的主线程可以由执行，由于Service Worker技术分域名、存储容量达到500M-2G的特点，可以有效地避免Webview中http缓存容易被清掉的问题。

该实施例通过客户端通过后台线程监听到目标事件，其中，目标事件为客户端在获取资源地址之后，触发的用于加载第一目标资源文件的事件；客户端在监听到目标事件之后，检测客户端的本地是否缓存过第一目标资源文件；客户端在检测到本地未缓存过第一目标资源文件的情况下，向网络服务器请求获取第一目标资源文件，删除本地存储过的第二版本的资源文件，其中，第二版本为第一版本的上一版本；客户端在检测到本地缓存过第一目标资源文件的情况下，从本地获取第一目标资源文件，实现了客户端从目标资源地址加载第一目标资源文件的目的。

该实施例的网络资源的处理方法，自动化发布工具可以使用签名算法对静态资源文件内容进行签名，并将发布的资源文件存放在一个版本文件夹中，分为全量发布和差量发布。首次为全量发布，在后续次发布时，通过重新计算签名，算出差异，从而得到要发布的文件，从而实现最小的更新量。将要发布的资源文件存放至新的版本文件夹，同时记录下变更文件与版本之间的映射关系，将其保存至入口页面程序的入口文件中。可以根据资源文件的后缀名启动文件优化操作，对资源文件进行压缩优化处理。在资源文件压缩处理之后，将待发布的版本文件夹会自动同步至CDN，由于该实施例使用新文件增量发布，可以直接检CDN源站是否存在，在CDN源站存在的情况下，即可视为生效。在生效后，再向客户端同步入口文件，从而使用户侧得到更新。

浏览器加载对应版本的资源文件，同时注册Service WorkerX5浏览器资源缓存的监听网络fetch事件，资源请求会被Service Worker线程接管。在资源下载完成回包之后，浏览器将文件存储在浏览器内核缓存Cache Storage中，以便在下一次访问时直接使用。当有新发布时，文件映射发生变化，Service Worker会检测到本地缓存不匹配，这时从网络中拉取，并删除旧版本的文件缓存。

该实施例在发布过程中，浏览器端的使用不受任何影响，并且GIA实施例统一使用自动化工具完成整个发布过程，不需要人工参与，也可方便通过更改入口文件版本号，达到快速回滚的效果。而Service Worker技术分域名、存储容量达到500M-2G的特点，可以有效避免浏览器Webview中http缓存容易被清的问题，同时对于不支持Service Worker的浏览器，该实施例同样兼容普通http缓存模式，均做到了即时、最少地更新资源文件，提高了资源文件的处理效率。

下面结合优选的实施例对本发明的技术方案进行说明，具体以网页应用为网页游戏进行举例说明。

该实施例为一套自动化网页游戏更新及资源管理解决方案，拥有一键发布、自动优化文件、能够即时地差量更新资源文件，使用户端最大限度使用到缓存等特性，也可以运用在传统网页应用中。

网页游戏中的静态资源如js、图片、json文件等会部署在CDN服务器，并且会为这些资源设上http缓存头以提高性能，缓存的意思是用户浏览器需要使用的时候很可能直接使用本地上一次拉取的版本。且CDN文件更新后不会立即生效，会有一个服务节点逐步同步的过程。

该实施例的技术方案包括本地自动化发布工具和浏览器端逻辑两个部分。下面对本地自动化发布工具的网络资源的处理方法进行介绍：

该实施例的自动化发布工具使用命令行作为入口触发，读取本地配置文件执行发布。图9是根据本发明实施例的一种自动化发布工具的网络资源的处理方法的流程图。如图9所示，该方法包括以下步骤：

步骤S901，开始发布。

在该实施例中，开发人员执行操作，发布命令，自动化开发工具接收该发布命令。

步骤S902，根据环境参数读取上一次签名信息以及差量配置信息。

在接收发布命令之后，自动化发布工具根据环境参数读取上一次发布资源文件的签名信息以及差量配置信息，其中，环境参数指的是更新测试环境的参数或者正式环境参数等，该实施例会读取环境上一次发布资源文件的配置信息，这个配置信息会放在对应的环境CDN中。

步骤S903，执行本地构建命令。

在根据环境参数读取上一次签名信息以及差量配置信息之后，自动化发布工具会执行本地构建命令，以得到可以发布的资源文件。在该实施例中，网页游戏会使用到游戏引擎提供的打包方法，以及如webpack等预编译工具，这里通过程序可以直接调用构建。其中，webpack为加载器兼打包工具，可以将各种资源，例如js(含JSX)、coffee、样式(含less/sass)、图片等都作为模块来使用和处理。

步骤S904，计算所有资源文件的签名信息。

在执行本地构建命令之后，自动化发布工具计算所有资源文件的签名信息，该签名信息用于对资源文件进行签名。

步骤S905，获取差异签名信息，生成差量配置信息。

自动化发布工具将本次得到的所有资源文件的签名信息和上一次签名信息进行对比，得到差异签名信息，生成差量配置信息。也即，通过对比上一次发布时的签名信息，算出与本次资源文件的签名信息不同的差异签名信息，该差异签名信息对应的差异文件也即为变更文件。

步骤S906，拷贝差异文件至发布目录。

在得到差异签名信息对应的差异文件之后，自动化发布工具将差异文件拷贝至发布目录。也即，自动化发布工具将需要发布的文件提取出来。

步骤S907，将版本相关配置信息合入index.html。

版本相关配置信息包括当前版本号、差异文件的映射关系配置等，其中，版本号为动态累加生成；自动化发布工具会将变更文件与版本之间的差异版本映射信息保存至入口页面程序的入口文件index.html，该index.html为一个网站的主页，也叫导航页，这个页面上包含了网站上的基本链接。

举例而言，将全量发布时的基础版本号、当前版本号、差异版本映射信息等合入index.html中。基础版本号可以为1.0，当前版本号可以为1.3，则差异版本映射信息可以为:

{a.js:1.1，

b.png 1.2，

c.js 1.3}

步骤S908，对资源文件进行压缩优化处理。

在将版本相关配置信息合入index.html之后，对资源文件进行压缩优化处理，得到待发布资源文件。游戏引擎打包只会压缩js代码，而该实施例会将图片、json、xml、html做压缩优化处理。

步骤S909，使用arsync同步待发布资源文件至CDN。

在对资源文件进行压缩优化处理，得到待发布文件之后，使用arsync同步待发布文件至CDN，其中，arsync是实现远程同步功能的软件，可以将文件同步至CDN源站。

步骤S910，检查待发布资源文件向CDN源站是否同步完毕。

在使用arsync同步待发布文件至CDN之后，检查待发布资源文件向CDN源站是否同步完毕。如果检查出待发布资源文件向CDN源站同步完毕，执行步骤S911。

步骤S911，选择性同步index.html版本控制文件。

在检查出待发布资源文件向CDN源站是否同步完毕之后，如果不希望直接更新，可以选择手动更新或提交给运维更新等。

步骤S912，发布完成。

在该实施例中，如果更改文件过多，还可以执行一次全量发布。

下面对浏览器端的逻辑进行介绍：

图10是根据本发明实施例的一种浏览器的网络资源的处理方法。如图10所示，该方法包括以下步骤：

步骤S1001，Servie Worker线程安装或唤醒。

Servie Worker线程首次为安装，在安装之后，再进入页面时，会将线程唤醒。

步骤S1002，使用原始名称加载资源。

该实施例的浏览器通过主线程使用原始名称加载资源文件，该原始名称为之前在加载资源文件时使用的加载信息。

步骤S1003，统一URL转换方法。

在使用原始名称加载资源之后，主线程进入执行统一URL转换的方法，也即，获取资源文件的资源地址。

步骤S1004，判断是否存在差量映射配置信息。

如果判断出存在差量映射配置信息，主线程执行步骤S1005，如果判断出不存在差量映射配置信息，主线程执行步骤S1006。

步骤S1005，使用映射版本号拼接URL。

如果判断出存在差量映射配置信息，主线程选择使用差量映射中的版本号来组合URL进行加载。

步骤S1006，使用基础版本号拼接URL。

如果判断出不存在差量映射配置信息，主线程选择使用全量时的版本号来组合拼接URL判断是否存在差量映射配置信息。

比如，全量版本标识1.0，差量配置为{‘dist/a.js’:1.1，‘res/b.jpg’:1.2}，那么配置中的资源将使用1.1和1.2加载，其他资源会使用1.0加载，例https://h5game.qq.com/test/hpang/game/root/1.1/dist/a.js，其中1.1则为当前资源目标版本。

步骤S1007，触发加载。

在使用映射版本号拼接URL之后，或者在使用基础版本号拼接URL之后，主线程触发加载。

步骤S1008，监听静态资源fetch事件。

在Servie Worker线程安装或唤醒、且主线程触发加载之后，Service Worker监听到静态资源fetch事件。

步骤S1009，判断浏览器的本地是否存在缓存。

在Service Worker监听到静态资源fetch事件之后，Service Worker线程判断浏览器的本地是否存在缓存。如果Service Worker线程判断出浏览器的本地不存在缓存，执行步骤S1010；如果Service Worker线程判断出浏览器的本地存在缓存，执行步骤S1012。

步骤S1010，从网络中拉取资源文件。

在判断浏览器的本地是否存在缓存之后，如果Service Worker线程判断出浏览器的本地不存在缓存，从网络中拉取资源文件。

步骤S1011，缓存资源文件并删除旧缓存资源文件。

在从网络中拉取资源文件之后，缓存资源文件并删除旧缓存资源文件。例如，资源https://h5game.qq.com/test/hpang/game/root/1.1/dist/a.js，会以/dist/a.js为查询key，删掉前一个版本的缓存。

步骤S1012，返回响应。

步骤S1013，处理响应。

该实施例通过一键式自动化流程解决了发布过程的繁琐、资源文件缓存和更新等问题，以及通过对发布文件的自动优化处理，显著减少了文件大小，通过Service Worker技术提高了缓存命中率，有效地提升了效率和用户体验。该实施例不更改项目本身目录和开发习惯，适配、扩展性强，可以很好地解决网页游戏类相关问题。

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

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

根据本发明实施例的另一方面，还提供了一种用于实施上述网络资源的处理方法的网络资源的处理装置。图11是根据本发明实施例的一种网络资源的处理装置的示意图。如图11所示，该装置可以包括：获取单元10、配置单元20和同步单元30。

获取单元10，用于获取目标资源文件的差异签名信息，其中，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息。

配置单元20，用于配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，其中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，目标资源文件包括第一目标资源文件。

同步单元30，用于在第一目标资源文件在网络服务器上同步完成之后，将第一目标资源文件的版本配置信息同步至客户端，其中，客户端用于加载与版本配置信息对应的第一目标资源文件。

可选地，同步单元30包括：存储模块、压缩模块和同步模块。其中，存储模块，用于将第一目标资源文件存储至目标文件夹中，其中，目标文件夹与第一目标资源文件的版本信息相对应；压缩模块，用于对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件；同步模块，用于将目标压缩文件同步至网络服务器上。

需要说明的是，该实施例中的获取单元10可以用于执行本申请实施例中的步骤S202，该实施例中的配置单元20可以用于执行本申请实施例中的步骤S204，该实施例中的同步单元30可以用于执行本申请实施例中的步骤S206。

图12是根据本发明实施例的另一种网络资源的处理装置的示意图。如图12所示，该装置包括：同步单元40和加载单元50。

同步单元40，用于在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，使客户端接收第一目标资源文件的版本配置信息，其中，第一目标资源文件与差异签名信息相对应，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息。

加载单元50，用于使客户端加载与版本配置信息对应的第一目标资源文件。

需要说明的是，该实施例中的同步单元40可以用于执行本申请实施例1中的步骤S602，该实施例中的加载单元50可以用于执行本申请实施例1中的步骤S604。

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

本发明实施例通过获取单元10获取目标资源文件的差异签名信息，其中，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；通过配置单元20配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，其中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，目标资源文件包括第一目标资源文件；通过同步单元30在第一目标资源文件在网络服务器上同步完成之后，将第一目标资源文件的版本配置信息同步至客户端，其中，客户端用于加载与版本配置信息对应的第一目标资源文件，从而实现了提高资源文件的处理效率的技术效果，进而解决了相关技术中资源文件的处理效率低的技术问题。

根据本发明实施例的另一方面，还提供了一种用于实施上述网络资源的处理方法的电子装置。

图13是根据本发明实施例的一种电子装置的结构框图。如图13所示，该的电子装置可以包括：一个或多个(图中仅示出一个)处理器131、存储器133。可选地，如图13所示，该电子装置还可以包括传输装置135、输入输出设备137。

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

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

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

处理器131可以通过传输装置135调用存储器133存储的应用程序，以执行下述步骤：

获取目标资源文件的差异签名信息，其中，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；

配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，其中，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息，目标资源文件包括第一目标资源文件；

在第一目标资源文件在网络服务器上同步完成之后，将第一目标资源文件的版本配置信息同步至客户端，其中，客户端用于加载与版本配置信息对应的第一目标资源文件。

处理器131还用于执行下述步骤：将第一目标资源文件同步至网络服务器上包括：将第一目标资源文件存储至目标文件夹中，其中，目标文件夹与第一目标资源文件的版本信息相对应；对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件；将目标压缩文件同步至网络服务器上。

处理器131还用于执行下述步骤：获取第一目标资源文件中的至少一个子资源文件的后缀名；将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件。

处理器131还用于执行下述步骤：在将与差异签名信息对应的第一目标资源文件存储至目标文件夹中时，将版本配置信息保存至入口文件中，其中，入口文件用于向客户端同步版本配置信息；将第一目标资源文件的版本配置信息同步至客户端包括：将入口文件同步至客户端。

处理器131还用于执行下述步骤：在检测到网络服务器的源站存在的情况下，将入口文件同步至客户端。

处理器131还用于执行下述步骤：在获取目标资源文件的差异签名信息之前，在未发布过资源文件的情况下，直接将目标资源文件同步至网络服务器上。

处理器131还用于执行下述步骤：在获取目标资源文件的差异签名信息之后，在第一目标资源文件中的子资源文件的数量超过阈值的情况下，直接将第一目标资源文件同步至网络服务器上。

处理器131还可以通过传输装置135调用存储器133存储的应用程序，以执行下述步骤：

在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，客户端接收第一目标资源文件的版本配置信息，其中，第一目标资源文件与差异签名信息相对应，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；

客户端加载与版本配置信息对应的第一目标资源文件。

处理器131还用于执行下述步骤：客户端获取与版本配置信息中的版本标识相对应的资源地址，其中，版本标识用于标识第一目标资源文件的第一版本，资源地址为第一目标资源文件的存储地址；客户端从目标资源地址加载第一目标资源文件。

处理器131还用于执行下述步骤：客户端通过后台线程监听到目标事件，其中，目标事件为客户端在获取资源地址之后，触发的用于加载第一目标资源文件的事件；客户端在监听到目标事件之后，检测客户端的本地是否缓存过第一目标资源文件；客户端在检测到本地未缓存过第一目标资源文件的情况下，向网络服务器请求获取第一目标资源文件，删除本地存储过的第二版本的资源文件，其中，第二版本为第一版本的上一版本；客户端在检测到本地缓存过第一目标资源文件的情况下，从本地获取第一目标资源文件。

采用本发明实施例，提供了一种网络资源的处理方法。获取目标资源文件的差异签名信息，目标资源文件包括待发布的目标网络资源，差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；配置与差异签名信息对应的第一目标资源文件的版本配置信息，并将第一目标资源文件同步至网络服务器上，版本配置信息包括用于指示第一目标资源文件与第一目标资源文件的版本标识之间的映射关系的映射信息；将第一目标资源文件的版本配置信息同步至客户端，客户端用于加载与版本配置信息对应的第一目标资源文件。由于本发明只需要发布更改过的资源文件，只需要配置更改过的资源文件与版本之间的映射关系，从而实现了提高资源文件的处理效率的技术效果，进而解决了相关技术中资源文件的处理效率低的技术问题。

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

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

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

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

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

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

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：将第一目标资源文件同步至网络服务器上包括：将第一目标资源文件存储至目标文件夹中，其中，目标文件夹与第一目标资源文件的版本信息相对应；对目标文件夹中的第一目标资源文件进行压缩处理，得到目标压缩文件；将目标压缩文件同步至网络服务器上。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：获取第一目标资源文件中的至少一个子资源文件的后缀名；将至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到目标压缩文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在将与差异签名信息对应的第一目标资源文件存储至目标文件夹中时，将版本配置信息保存至入口文件中，其中，入口文件用于向客户端同步版本配置信息；将入口文件同步至客户端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在检测到网络服务器的源站存在的情况下，将入口文件同步至客户端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在获取目标资源文件的差异签名信息之前，在未发布过资源文件的情况下，直接将目标资源文件同步至网络服务器上。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在获取目标资源文件的差异签名信息之后，在第一目标资源文件中的子资源文件的数量超过阈值的情况下，直接将第一目标资源文件同步至网络服务器上。

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

客户端加载与版本配置信息对应的第一目标资源文件。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：客户端通过后台线程监听到目标事件，其中，目标事件为客户端在获取资源地址之后，触发的用于加载第一目标资源文件的事件；客户端在监听到目标事件之后，检测客户端的本地是否缓存过第一目标资源文件；客户端在检测到本地未缓存过第一目标资源文件的情况下，向网络服务器请求获取第一目标资源文件，删除本地存储过的第二版本的资源文件，其中，第二版本为第一版本的上一版本；客户端在检测到本地缓存过第一目标资源文件的情况下，从本地获取第一目标资源文件。

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

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

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

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

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

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

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

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

Claims

1.一种网络资源的处理方法，其特征在于，包括：

获取目标资源文件的差异签名信息，其中，所述目标资源文件包括待发布的目标网络资源，所述差异签名信息为所述目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；

确定与所述差异签名信息对应的第一目标资源文件中的子资源文件的数量，在所述子资源文件的数量未超过阈值的情况下，配置所述第一目标资源文件的版本配置信息，并将所述第一目标资源文件同步至网络服务器上，其中，所述版本配置信息包括用于指示所述第一目标资源文件与所述第一目标资源文件的版本标识之间的映射关系的映射信息，所述目标资源文件包括所述第一目标资源文件；

在所述第一目标资源文件在所述网络服务器上同步完成之后，将所述第一目标资源文件的版本配置信息同步至客户端，其中，所述客户端用于加载与所述版本配置信息对应的所述第一目标资源文件。

2.根据权利要求1所述的方法，其特征在于，将所述第一目标资源文件同步至所述网络服务器上包括：

将所述第一目标资源文件存储至目标文件夹中，其中，所述目标文件夹与所述第一目标资源文件的版本信息相对应；

对所述目标文件夹中的所述第一目标资源文件进行压缩处理，得到目标压缩文件；

将所述目标压缩文件同步至所述网络服务器上。

3.根据权利要求2所述的方法，其特征在于，对所述目标文件夹中的所述第一目标资源文件进行压缩处理，得到目标压缩文件包括：

获取所述第一目标资源文件中的至少一个子资源文件的后缀名；

将所述至少一个子资源文件中具有相同后缀名的两个或者两个以上的子资源文件进行压缩处理，得到所述目标压缩文件。

4.根据权利要求2所述的方法，其特征在于，

在将所述第一目标资源文件存储至所述目标文件夹中时，所述方法还包括：将所述版本配置信息保存至入口文件中，其中，所述入口文件用于向所述客户端同步所述版本配置信息；

将所述第一目标资源文件的所述版本配置信息同步至所述客户端包括：将所述入口文件同步至所述客户端。

5.根据权利要求4所述的方法，其特征在于，将所述入口文件同步至所述客户端包括：

在检测到所述网络服务器的源站存在的情况下，将所述入口文件同步至所述客户端。

6.根据权利要求1至5中任意一项所述的方法，其特征在于，在获取所述目标资源文件的差异签名信息之前，所述方法还包括：

在未发布过资源文件的情况下，直接将所述目标资源文件同步至所述网络服务器上。

7.根据权利要求1至5中任意一项所述的方法，其特征在于，在获取所述目标资源文件的差异签名信息之后，所述方法还包括：

在所述第一目标资源文件中的所述子资源文件的数量超过阈值的情况下，直接将所述第一目标资源文件同步至所述网络服务器上。

8.一种网络资源的处理方法，其特征在于，包括：

在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，客户端接收所述第一目标资源文件的版本配置信息，其中，所述第一目标资源文件与差异签名信息相对应，所述差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，所述版本配置信息是在确定所述第一目标资源文件中的子资源文件的数量未超过阈值的情况下配置的、包括用于指示所述第一目标资源文件与所述第一目标资源文件的版本标识之间的映射关系的映射信息；

所述客户端加载与所述版本配置信息对应的所述第一目标资源文件。

9.根据权利要求8所述的方法，其特征在于，所述客户端加载与所述版本配置信息对应的所述第一目标资源文件包括：

所述客户端获取与所述版本配置信息中的版本标识相对应的资源地址，其中，所述版本标识用于标识所述第一目标资源文件的第一版本，所述资源地址为所述第一目标资源文件的存储地址；

所述客户端从所述目标资源地址加载所述第一目标资源文件。

10.根据权利要求9所述的方法，其特征在于，所述客户端从所述目标资源地址加载所述第一目标资源文件包括：

所述客户端通过后台线程监听到目标事件，其中，所述目标事件为所述客户端在获取所述资源地址之后，触发的用于加载所述第一目标资源文件的事件；

所述客户端在监听到所述目标事件之后，检测所述客户端的本地是否缓存过所述第一目标资源文件；

所述客户端在检测到所述本地未缓存过所述第一目标资源文件的情况下，向所述网络服务器请求获取所述第一目标资源文件，删除所述本地存储过的第二版本的资源文件，其中，所述第二版本为所述第一版本的上一版本；

所述客户端在检测到所述本地缓存过所述第一目标资源文件的情况下，从所述本地获取所述第一目标资源文件。

11.一种网络资源的处理装置，其特征在于，包括：

获取单元，用于获取目标资源文件的差异签名信息，其中，所述目标资源文件包括待发布的目标网络资源，所述差异签名信息为所述目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息；

配置单元，用于确定与所述差异签名信息对应的第一目标资源文件中的子资源文件的数量，在所述子资源文件的数量未超过阈值的情况下，配置所述第一目标资源文件的版本配置信息，并将所述第一目标资源文件同步至网络服务器上，其中，所述版本配置信息包括用于指示所述第一目标资源文件与所述第一目标资源文件的版本标识之间的映射关系的映射信息，所述目标资源文件包括所述第一目标资源文件；

同步单元，用于在所述第一目标资源文件在所述网络服务器上同步完成之后，将所述第一目标资源文件的版本配置信息同步至客户端，其中，所述客户端用于加载与所述版本配置信息对应的所述第一目标资源文件。

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

存储模块，用于将所述第一目标资源文件存储至目标文件夹中，其中，所述目标文件夹与所述第一目标资源文件的版本信息相对应；

压缩模块，用于对所述目标文件夹中的所述第一目标资源文件进行压缩处理，得到目标压缩文件；

同步模块，用于将所述目标压缩文件同步至所述网络服务器上。

13.一种网络资源的处理装置，其特征在于，包括：

同步单元，用于在目标资源文件的第一目标资源文件在网络服务器上同步完成之后，使客户端接收所述第一目标资源文件的版本配置信息，其中，所述第一目标资源文件与差异签名信息相对应，所述差异签名信息为目标资源文件的签名信息中不同于已发布资源文件的签名信息的信息，所述版本配置信息是在确定所述第一目标资源文件中的子资源文件的数量未超过阈值的情况下配置的、包括用于指示所述第一目标资源文件与所述第一目标资源文件的版本标识之间的映射关系的映射信息；

加载单元，用于使所述客户端加载与所述版本配置信息对应的所述第一目标资源文件。

14.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，所述程序运行时执行所述权利要求1至10任一项中所述的网络资源的处理方法。

15.一种电子装置，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器通过所述计算机程序执行所述权利要求1至10任一项中所述的网络资源的处理方法。