CN108965295B - 一种文件压缩合并方法及相关装置 - Google Patents

Abstract

本发明公开了一种文件压缩合并方法，可以自动确定入口文件和其依赖文件，并在其中确定未压缩文件，将未压缩文件进行压缩合并，从而可以避免对已压缩合并过的文件重复压缩合并，避免了对带宽资源的浪费，加快了页面加载的速度。同时，由于本方法无需限定文件名，而是自动确定入口文件和依赖文件、并自动确定未压缩合并文件的，因此无需编写、修改配置文件，减少了维护成本，此外即便对于不同的项目也可以复用本方法，减小了开发成本。本申请还提供了一种文件压缩合并***、装置及计算机可读存储介质，同样可以实现上述技术效果。

Description

一种文件压缩合并方法及相关装置

技术领域

本发明涉及前端技术领域，更具体地说，涉及一种文件压缩合并方法、***、装置及计算机可读存储介质。

背景技术

随着现代web浏览器技术的飞速发展，随之而来的web前端性能优化问题也日益突出。目前解决前端性能问题主要方向是优化浏览器对javascript(一种直译式脚本语言，简称JS)文件资源的加载。

传统的方式是前端代码发布的时候通过自动化构建工具(主流的grunt、gulp、webpack)将所有的JS资源文件合并、压缩，这样浏览器加载的就是一个经过压缩后的整体的资源文件。

但是随着项目的复杂度不断提升，日新月异的前端技术也让前端代码的逻辑和交互原来越复杂，即便是把所有资源整合压缩仍然会受制于带宽限制，导致浏览器加载资源较慢，***首页登录不够流畅。

此外，模块化开发应用也越来越广泛，其思想是将项目分割成若干模块，只有当页面访问到某个模块内部的JS资源文件，才会加载该JS及依赖的资源文件，实现了按需加载，优化了首页登录加载资源过多导致的性能问题。

但是由于不同模块之间可能存在相同的依赖文件，在对不同模块进行压缩合并时，就会出现重复打包的情况，例如，文件app.js依赖于a.js，app1.js也依赖a.js，那么压缩合并app.js和app1.js时，可能会把a.js压缩合并2次，a.js就是重复压缩合并，当重复压缩合并的文件过多时，则会严重占用带宽资源。

目前虽已由避免重复压缩合并的机制，但是该方法需要在配置文件中手动添加避免被压缩合并的文件的文件名，这样随着项目的深入，文件的增多，需要不断修改配置文件，增加了维护成本，并且，不同项目的文件名也不同在不同文件中，配置文件不能服用，需要重新修改配置文件，增加了开发成本。

因此，如何方便的避免文件重复压缩合并，是本领域技术人员需要解决的问题。

发明内容

本发明的目的在于提供一种文件压缩合并方法、***、装置及计算机可读存储介质，以解决如何方便的避免文件重复压缩合并的问题。

为实现上述目的，本发明实施例提供了如下技术方案：

一种文件压缩合并方法，包括：

确定文件模块的入口文件与所述入口文件所依赖的依赖文件；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件；

确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

将所述未压缩合并文件进行压缩合并。

其中，所述确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件，包括：

利用压缩合并记录确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

则所述将所述未压缩合并文件进行压缩合并之后，还包括：

将所述未压缩合并文件作为已压缩合并文件添加到所述压缩合并记录。

其中，所述确定文件模块的入口文件与所述入口文件所依赖的依赖文件，包括：

利用预设路由关系依次确定目标文件模块的入口文件与所述入口文件所依赖的依赖文件。

其中，所述将所述未压缩合并文件进行压缩合并，包括：

判断所述未压缩合并文件的大小是否大于预设阈值；

若是，则将所述未压缩合并文件压缩合并至至少两个压缩文件；

若否，则将所述未压缩合并文件压缩合并至一个压缩文件。

其中，所述预设阈值为根据当前带宽确定的预设阈值。

本申请还提供了一种文件压缩合并***，包括：

第一确定模块，用于确定文件模块的入口文件与所述入口文件所依赖的依赖文件；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件；

第二确定模块，用于确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

压缩合并模块，用于将所述未压缩合并文件进行压缩合并。

其中，所述第二确定模块具体用于：

利用压缩合并记录确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

则所述***还包括：

添加模块，用于将所述未压缩合并文件进行压缩合并之后，将所述未压缩合并文件作为已压缩合并文件添加到所述压缩合并记录。

其中，所述压缩合并模块，包括：

判断单元，用于判断所述未压缩合并文件的大小是否大于预设阈值；

第一压缩合并单元，用于当所述未压缩合并文件的大小大于预设阈值时，将所述未压缩合并文件压缩合并至至少两个压缩文件；

第二压缩合并单元，用于当所述未压缩合并文件的大小不大于所述预设阈值时，将所述未压缩合并文件压缩合并至一个压缩文件。

本申请还提供了一种文件压缩合并装置，包括：

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

处理器，用于执行所述计算机程序时实现如所述文件压缩合并方法的步骤。

本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如所述文件压缩合并方法的步骤。

通过以上方案可知，本发明提供的一种文件压缩合并方法，包括：确定文件模块的入口文件与所述入口文件所依赖的依赖文件；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件；确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；将所述未压缩合并文件进行压缩合并。

由此可见，本申请提供的一种文件压缩合并方法，可以自动确定入口文件和其依赖文件，并在其中确定未压缩文件，将未压缩文件进行压缩合并，从而可以避免对已压缩合并过的文件重复压缩合并，避免了对带宽资源的浪费，加快了页面加载的速度。同时，由于本方法无需限定文件名，而是自动确定入口文件和依赖文件、并自动确定未压缩合并文件的，因此无需编写、修改配置文件，减少了维护成本，此外即便对于不同的项目也可以复用本方法，减小了开发成本。本申请还提供了一种文件压缩合并***、装置及计算机可读存储介质，同样可以实现上述技术效果。

附图说明

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

图1为本发明实施例公开的一种文件压缩合并方法流程图；

图2为本发明实施例公开的一种具体的文件压缩合并方法流程图；

图3为本发明实施例公开的一种文件压缩合并***结构示意图；

图4为本发明实施例公开的一种文件压缩合并装置结构示意图。

具体实施方式

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

本发明实施例公开了一种文件压缩合并方法、***、装置及计算机可读存储介质，以解决如何方便的避免文件重复压缩合并的问题。

参见图1，本发明实施例提供的一种文件压缩合并方法，具体包括：

S101，确定文件模块的入口文件与所述入口文件所依赖的依赖文件；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件。

在本方案中，无需手动配置有依赖关系的文件以及需要避免重复压缩合并的文件名，而是通过自动扫描的方式确定有依赖关系的文件，同时避免文件的重复压缩合并。

具体地，首先确定文件模块的入口文件，和该入口文件所依赖的依赖文件。需要说明的是，在每个JS文件的内部，都会有标识依赖文件的信息，通过扫描该信息确定当前扫描的文件所依赖的文件，将该文件作为依赖文件。

需要说明的是，依赖文件可能会有层次关系，例如，A依赖于B，B依赖于C，C依赖于D，但是无论有几层依赖关系，只要有依赖关系，都作为依赖文件，例如，入口文件为A，A所依赖的文件包括直接依赖的B，间接依赖的C和D。因此，依赖文件包括直接依赖于入口文件的文件和间接依赖于入口文件的文件。

在一个具体的实施方式中，确定依赖文件的方法可以是，首先扫描到入口文件，判断该入口文件是否存在依赖文件1，如果存在依赖文件1，则进一步确定该依赖文件1是否存在依赖文件2，以此类推，直到扫描到所有入口文件所依赖的依赖文件。需要说明的是，如果扫描到的入口文件不存在依赖文件，则继续扫描下一个入口文件。

在一个优选的实施方式中，可以利用预设路由关系依次确定目标文件模块的入口文件与入口文件所依赖的依赖文件。

需要说明的是，在前端代码***中，通常会预先设置有文件之间的路由关系，路由是根据不同的url地址展示不同的内容或页面，假如有一台提供Web服务的服务器的网络地址是：10.0.0.1，而该Web服务又提供了三个可供用户访问的页面，其页面URI分别是：http://10.0.0.1/、http://10.0.0.1/about、http://10.0.0.1/concat，那么其路径就分别是/，/about，/concat。

当用户使用http://10.0.0.1/about来访问该页面时，Web服务会接收到这个请求，然后会解析URL中的路径/about，在Web服务的程序中，该路径对应着相应的处理逻辑，程序会把请求交给路径所对应的处理逻辑，这样就完成了一次路由分发，这个分发就是通过路由来完成的。

而相应的按照路由关系确定目标文件的入口文件与入口文件的依赖文件，则是向上述示例中的路径：/，/about，/concat，先确定“/”对应的文件，再按照路径的顺序依次确定依赖于“/”对应的文件的文件，从而在压缩合并的过程中，可以保证从底层路径对应的文件依次往上被压缩合并，从而在解析文件时，可以保证底层路径的文件先被解析，不会出现在一个模块的压缩合并文件被解析时，由于其中的文件在其他模块已被压缩合并，而该其他模块的文件没有被解析时，此模块的文件也无法正常解析的情况。

S102，确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件。

在本方案中，无需配置文件来确定哪些为避免重复压缩合并的文件，而是在入口文件和依赖文件中，直接确定没有进行过压缩合并的未压缩合并文件，从而无需修改配置文件即可实现自动避免重复压缩合并已进行压缩合并的文件。

在一个具体的实施方式中，确定入口文件与依赖文件中没有被压缩合并过的未压缩合并文件，可以通过以下步骤实现：

步骤一，扫描入口文件1，判断入口文件1是否已经被压缩合并过；如果没有，则将入口文件1作为未压缩合并文件，进行步骤二；

步骤二，判断入口文件1是否存在依赖文件1，如果有则判断依赖文件1是否被压缩合并过，如果没有，则将依赖文件1也作为未压缩合并文件，继续扫描判断依赖文件1是否存在依赖文件2，并重复对依赖文件1的操作，判断是否被压缩合并过，如果没有，则将依赖文件2也作为未压缩合并文件，以此类推，将入口文件1的所有依赖文件中的没有被压缩合并过的依赖文件作为压缩合并文件。

S103，将所述未压缩合并文件进行压缩合并。

在一个优选实施方式中，在将未压缩合并文件进行压缩合并之后，可以将该未压缩合并文件作为已压缩合并文件添加到压缩合并记录，从而在确定入口文件与依赖文件中没有被压缩合并过的未压缩合并文件时，可以直接利用压缩合并记录确定入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件。

由此可见，本申请实施例提供的一种文件压缩合并方法，可以自动确定入口文件和其依赖文件，并在其中确定未压缩文件，将未压缩文件进行压缩合并，从而可以避免对已压缩合并过的文件重复压缩合并，避免了对带宽资源的浪费，加快了页面加载的速度。同时，由于本方法无需限定文件名，而是自动确定入口文件和依赖文件、并自动确定未压缩合并文件的，因此无需编写、修改配置文件，减少了维护成本，此外即便对于不同的项目也可以复用本方法，减小了开发成本。

将模块的文件进行压缩合并文件后，可能会出现压缩合并的结果文件过大，这样在带宽有限的情况下，可能会出现网页响应慢的问题，因此本申请实施例提供一种具体的文件压缩合并方法，在文件压缩合并的过程中增加了文件大小判断，当大小超过阈值时，则可以将多个文件拆分成两组文件进行压缩合并。下文描述的一种具体的文件压缩合并方法与上述实施例可以相互参照。

参见图2，本申请实施例提供的一种具体的文件压缩合并方法，具体包括：

S201，确定文件模块的入口文件与所述入口文件所依赖的依赖文件；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件。

S202，确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件。

S203，判断所述未压缩合并文件的大小是否大于预设阈值。

在本方案中，在确定了未压缩合并文件后，还要判断所有未压缩合并文件的大小是否超出预设阈值。

需要说明的是，预设阈值是根据当前带宽确定的预设阈值，例如5kb。不同的网络带宽情况可以设置不同的预设阈值。

S204，若是，则将所述未压缩合并文件压缩合并至至少两个压缩文件。

具体地，如果当前所有未压缩合并文件的大小已经超过预设阈值，例如预设阈值5kb，未压缩合并文件的总体大小为10kb，则可以将未压缩合并文件压缩合并至至少两个压缩文件。

S205，若否，则将所述未压缩合并文件压缩合并至一个压缩文件。

如果当前所有未压缩合并文件的大小没有超过预设阈值，则可以将未压缩合并文件只压缩至一个压缩文件。

下面对本申请实施例提供的一种文件压缩合并***进行介绍，下文描述的一种文件压缩合并***与上述任一实施例可以相互参照。

参见图3，本申请实施例提供的一种文件压缩合并***，具体包括：

第一确定模块301，用于确定文件模块的入口文件与所述入口文件所依赖的依赖文件；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件。

第二确定模块302，用于确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件。

其中，第二确定模块具体用于利用压缩合并记录确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件。

压缩合并模块303，用于将所述未压缩合并文件进行压缩合并。

在一个具体的实施方式中，压缩合并模块303具体包括：

判断单元，用于判断所述未压缩合并文件的大小是否大于预设阈值；

第一压缩合并单元，用于当所述未压缩合并文件的大小大于预设阈值时，将所述未压缩合并文件压缩合并至至少两个压缩文件；

第二压缩合并单元，用于当所述未压缩合并文件的大小不大于所述预设阈值时，将所述未压缩合并文件压缩合并至一个压缩文件。

作为一个具体的实施方式，所述***还包括：

添加模块，用于将所述未压缩合并文件进行压缩合并之后，将所述未压缩合并文件作为已压缩合并文件添加到所述压缩合并记录。

本实施例的文件压缩合并***用于实现前述的文件压缩合并方法，因此文件压缩合并***中的具体实施方式可见前文中的文件压缩合并方法的实施例部分，例如，第一确定模块301，第二确定模块302，压缩合并模块303，分别用于实现上述文件压缩合并方法中步骤S101，S102，S103所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再赘述。

本申请还提供了一种文件压缩合并***，参见图4，本发明实施例提供的一种文件压缩合并装置的结构图，如图4所示，包括：

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

处理器200，用于执行所述计算机程序时可以实现上述实施例所提供的步骤。

具体的，存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***和计算机可读指令，该内存储器为非易失性存储介质中的操作***和计算机可读指令的运行提供环境。处理器200为文件压缩合并***提供计算和控制能力，可以实现上述任一文件压缩合并方法实施例所提供的步骤。

在上述实施例的基础上，作为优选实施方式，所述文件压缩合并装置还包括：

输入接口300，用于获取外部导入的计算机程序、参数和指令，经处理器控制保存至存储器中。该输入接口300可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。具体的，在本实施例中，用户可以通过输入接口手动启动文件压缩装置工作模式。

显示单元400，用于显示处理器发送的数据。该显示单元400可以为PC机上的显示屏、液晶显示屏或者电子墨水显示屏等。具体的，在本实施例中，显示单元400可以显示文件压缩合并装置对文件压缩合并的结果。

网络端口500，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。具体地，在本方案中，可以通过网络端口500将文件的压缩合并结果上传至服务器，以等待被解析。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种文件压缩合并方法，其特征在于，包括：

利用预设路由关系依次确定目标文件模块的入口文件与所述入口文件所依赖的依赖文件，以使在压缩合并的过程中，从底层路径对应的文件依次往上被压缩合并，在解析文件时，底层路径的文件先被解析；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件；

确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

将所述未压缩合并文件进行压缩合并。

2.根据权利要求1所述的方法，其特征在于，所述确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件，包括：

利用压缩合并记录确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

则所述将所述未压缩合并文件进行压缩合并之后，还包括：

将所述未压缩合并文件作为已压缩合并文件添加到所述压缩合并记录。

3.根据权利要求1至2任意一项所述的方法，其特征在于，所述将所述未压缩合并文件进行压缩合并，包括：

判断所述未压缩合并文件的大小是否大于预设阈值；

若是，则将所述未压缩合并文件压缩合并至至少两个压缩文件；

若否，则将所述未压缩合并文件压缩合并至一个压缩文件。

4.根据权利要求3所述的方法，其特征在于，所述预设阈值为根据当前带宽确定的预设阈值。

5.一种文件压缩合并***，其特征在于，包括：

第一确定模块，用于利用预设路由关系依次确定目标文件模块的入口文件与所述入口文件所依赖的依赖文件，以使在压缩合并的过程中，从底层路径对应的文件依次往上被压缩合并，在解析文件时，底层路径的文件先被解析；其中所述依赖文件包括所述入口文件直接依赖的文件与间接依赖的文件；

第二确定模块，用于确定所述入口文件与所述依赖文件中没有被压缩合并过的未压缩合并文件；

压缩合并模块，用于将所述未压缩合并文件进行压缩合并。

6.根据权利要求5所述的***，其特征在于，所述第二确定模块具体用于：

则所述***还包括：

添加模块，用于将所述未压缩合并文件进行压缩合并之后，将所述未压缩合并文件作为已压缩合并文件添加到所述压缩合并记录。

7.根据权利要求5或6所述的***，其特征在于，所述压缩合并模块，包括：

判断单元，用于判断所述未压缩合并文件的大小是否大于预设阈值；

第一压缩合并单元，用于当所述未压缩合并文件的大小大于预设阈值时，将所述未压缩合并文件压缩合并至至少两个压缩文件；

第二压缩合并单元，用于当所述未压缩合并文件的大小不大于所述预设阈值时，将所述未压缩合并文件压缩合并至一个压缩文件。

8.一种文件压缩合并装置，其特征在于，包括：

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

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述文件压缩合并方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述文件压缩合并方法的步骤。

Images