CN111274211B - 应用文件的存储方法、装置及系统 - Google Patents

Abstract

本发明提供了一种应用文件的存储方法、装置及系统，涉及计算机技术领域，该方法包括：获取微服务应用依赖的目标文件；在将目标文件存储至预设的文件存储器的过程中，比对目标文件与已有文件中是否存在重复文件；其中，已有文件为文件存储器中集中存储的多个微服务应用依赖的不同文件；如果存在，通过执行重复文件删除操作确定对目标文件的存储。本发明能够有效减小产品包的体积。

Description

应用文件的存储方法、装置及系统

技术领域

本发明涉及计算机技术领域，尤其是涉及一种应用文件的存储方法、装置及系统。

背景技术

Spring Boot框架是Java平台上的一种开源应用框架，其在Java应用中的频繁使用使得基于Spring Boot的产品比较多。Spring Boot采用Fat Jar的思想打包，即把应用依赖的所有文件按jar格式生成一个大文件；但是当微服务的应用个数比较多的时候，产品的体积会膨胀的很大。比如公司的产品采用了30+微服务应用，一个应用的体积是100MB左右，30+微服务应用即达到了3GB，导致产品在部署的时候需要耗费较长的时间进行拷贝等操作。因此，如何减小产品的体积成了亟待解决的问题。

发明内容

有鉴于此，本发明的目的在于提供一种应用文件的存储方法、装置及系统，能够有效减小产品包的体积。

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

第一方面，本发明实施例提供了一种应用文件的存储方法，所述方法应用于服务终端，所述方法包括：获取微服务应用依赖的目标文件；在将所述目标文件存储至预设的文件存储器的过程中，比对所述目标文件与已有文件中是否存在重复文件；其中，所述已有文件为所述文件存储器中集中存储的多个微服务应用依赖的不同文件；如果存在，通过执行重复文件删除操作确定对所述目标文件的存储。

进一步，所述通过执行重复文件删除操作确定对所述目标文件的存储的步骤，包括：获取所述重复文件；其中，所述重复文件包括所述目标文件中的第一文件和所述已有文件中的第二文件；将所述第一文件和所述第二文件中的一份进行删除；当删除所述第一文件时，将所述目标文件中的待存储文件存储至所述文件存储器中；其中，所述待存储文件为所述目标文件中除所述第一文件之外的剩余文件；当删除所述第二文件时，将全部所述目标文件存储至所述文件存储器中。

进一步，所述获取微服务应用依赖的目标文件的步骤，包括：获取微服务应用的源代码，通过调用编译器对所述微服务应用的源代码进行编译，得到编译后的目标文件。

进一步，所述方法还包括：通过调用编译器生成所述目标文件对应的文件标识，并定义类加载器；将所述文件标识和所述类加载器存储于所述微服务应用的应用包中。

进一步，所述方法还包括：当监听到客户终端启动所述微服务应用时，通过调用所述类加载器在所述文件存储器中获取与所述文件标识相对应的文件；将获取的文件发送给所述客户终端，以使所述客户终端对所述获取的文件进行存储。

进一步，所述编译器包括maven编译器。

进一步，所述目标文件为jar格式的文件。

第二方面，本发明实施例还提供一种应用文件的存储装置，所述装置应用于服务终端，所述装置包括：文件获取模块，用于获取微服务应用依赖的目标文件；文件比对模块，用于在将所述目标文件存储至预设的文件存储器的过程中，比对所述目标文件与已有文件中是否存在重复文件；其中，所述已有文件为所述文件存储器中集中存储的多个微服务应用依赖的不同文件；文件存储模块，用于在存在重复文件的情况下，通过执行重复文件删除操作确定对所述目标文件的存储。

第三方面，本发明实施例提供一种应用文件的存储系统，所述系统包括：处理器和存储装置；所述存储装置上存储有计算机程序，所述计算机程序在被所述处理器运行时执行如第一方面任一项所述的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面任一项所述的方法的步骤。

本发明实施例提供了一种应用文件的存储方法、装置及系统，首先获取微服务应用依赖的目标文件；然后在将目标文件存储至预设的文件存储器的过程中，比对目标文件与已有文件中是否存在重复文件；其中，已有文件为文件存储器中集中存储的多个微服务应用依赖的不同文件；如果存在，通过执行重复文件删除操作确定对目标文件的存储。本实施例提供的上述方式，通过将多个微服务应用依赖的文件进行集中存储，以及在对目标文件进行存储时执行重复文件删除操作，可以消除大量的重复文件，从而有效地减少了产品包的体积。

本发明的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开的上述技术即可得知。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本发明实施例所提供的一种电子设备的结构示意图；

图2示出了本发明实施例所提供的一种应用文件的存储方法流程图；

图3示出了本发明实施例所提供的一种服务终端的架构示意图；

图4示出了本发明实施例所提供的一种文件加载示意图；

图5示出了本发明实施例所提供的一种应用文件的存储装置的结构框图。

具体实施方式

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

发明人在研究过程中发现，现有基于Spring Boot的产品在部署过程中，产品体积成了影响产品部署效率的重要因素。基于此，为改善产品体积膨胀过大的问题，本发明实施例提供了一种应用文件的存储方法、装置及系统，能够有效减小产品包的体积。为便于理解，以下对本发明实施例进行详细介绍。

实施例一：

首先，参照图1来描述用于实现本发明实施例的应用文件的存储方法、装置及系统的示例电子设备100。

如图1所示的一种电子设备的结构示意图，电子设备100包括一个或多个处理器102、一个或多个存储装置104、输入装置106、输出装置108以及图像采集装置110，这些组件通过总线系统112和/或其它形式的连接机构(未示出)互连。应当注意，图1所示的电子设备100的组件和结构只是示例性的，而非限制性的，根据需要，所述电子设备可以具有图1示出的部分组件，也可以具有图1未示出的其他组件和结构。

所述处理器102可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元，并且可以控制所述电子设备100中的其它组件以执行期望的功能。

所述存储装置104可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器102可以运行所述程序指令，以实现下文所述的本发明实施例中(由处理器实现)的客户端功能以及/或者其它期望的功能。在所述计算机可读存储介质中还可以存储各种应用程序和各种数据，例如所述应用程序使用和/或产生的各种数据等。

所述输入装置106可以是用户用来输入指令的装置，并且可以包括键盘、鼠标、麦克风和触摸屏等中的一个或多个。

所述输出装置108可以向外部(例如，用户)输出各种信息(例如，图像或声音)，并且可以包括显示器、扬声器等中的一个或多个。

所述图像采集装置110可以拍摄用户期望的图像(例如照片、视频等)，并且将所拍摄的图像存储在所述存储装置104中以供其它组件使用。

示例性地，用于实现根据本发明实施例的一种应用文件的存储方法、装置及系统的示例电子设备可以被实现为诸如平板电脑、计算机、服务器和虚拟机等智能终端上。

实施例二：

参照图2所示的一种应用文件的存储方法的流程图，该方法应用于服务终端，服务终端诸如上述实施例一中的计算机、服务器和虚拟机等智能终端。如图2所示，应用文件的存储方法可以包括如下步骤S202至步骤S206：

步骤S202，获取微服务应用依赖的目标文件。该微服务应用可以理解为产品中的微服务应用实例，且一个产品通常包括多个微服务应用；例如，关于航班预订的产品中，可以包括预订航班、时间表查询、计算票价、分配座位、管理奖励、更新客户和调整库存七个微服务应用。针对每个微服务应用，其依赖的第三方文件通常为多个。在本实施例中，目标文件是指当前待部署的微服务应用所依赖的至少一个第三方文件，并需要对该目标文件进行存储。

步骤S204，在将目标文件存储至预设的文件存储器的过程中，比对目标文件与已有文件中是否存在重复文件；其中，已有文件为文件存储器中集中存储的多个微服务应用依赖的不同文件。

在本实施例中，采用集中存储的方式将产品中全部的微服务应用所依赖的第三方文件统一存储至预设的文件存储器中。为了避免集中存储的文件中存在大量重复文件，本实施例在存储目标文件时，首先将目标文件与文件存储器中已有文件进行比对，如果比对结果发现有重复的文件，可以执行如下步骤S206。当然，可以理解的是，如果通过比对发现并不存在重复文件，则可以直接将目标文件存储于文件存储器中，也即将当前待部署的微服务应用的目标文件与其它微服务应用的文件进行集中存储。

步骤S206，通过执行重复文件删除操作确定对目标文件的存储。其中，重复文件删除操作为删除重复文件中的任意一件文件的操作；基于此，在存储目标文件时，可以避免文件存储器出现重复存储的文件。同时，一项产品中所有微服务应用依赖的文件集中存储在一起，一个文件可以同时提供给多个微服务应用使用，也即可以令多个微服务应用共享相同的依赖文件。相比于现有技术中每个微服务应用均对应有独立的文件包，造成大量文件的冗余，导致产品体积过大，上述通过重复文件删除操作和共享文件的方式，可以消除大量的重复文件，从而有效地减少了产品包的体积。

本发明实施例提供的应用文件的存储方法，首先获取微服务应用依赖的目标文件；然后在将目标文件存储至预设的文件存储器的过程中，比对目标文件与文件存储器中集中存储的已有文件中是否存在重复文件；并在存在的情况下，通过执行重复文件删除操作确定对目标文件的存储。本实施例提供的上述方式，通过将多个微服务应用依赖的文件进行集中存储，以及在对目标文件进行存储时执行重复文件删除操作，可以消除大量的重复文件，从而有效地减少了产品包的体积。

参照如图3所示的服务终端的架构示意图，本实施例提供一种可实现上述应用文件的存储方法的服务终端示例。如图3所示，该服务终端主要分为如下三部分：编译器、文件存储器和应用包。其中，编译器诸如为maven编译器；应用包为微服务应用的应用包，可以理解，一项产品的微服务应用有多个，对应的应用包也为多个，本示例中仅给出一个应用包作为示意。

基于该服务终端，本实施例针对上述步骤S202提供一种目标文件的获取方式，参照如下所示：获取微服务应用的源代码，通过调用编译器对微服务应用的源代码进行编译，得到编译后的目标文件。

在实际应用中，可以采用Spring Boot框架开发微服务应用，由此，通过调用编译器编码后的目标文件可以为jar格式的文件，也即微服务应用依赖的目标文件可以为jar格式的文件。当然，也可以采用其它的开发框架，诸如Dubbo或Dropwizard等。

在编译目标文件的过程中，还可以执行如下步骤：通过调用编译器生成目标文件对应的文件标识，并定义类加载器；将文件标识和类加载器存储于微服务应用的应用包中。其中，文件标识诸如可以为目标文件的名称。

通过上述编译阶段，一方面将目标文件对应的文件标识存储于应用包中，由此，应用包中只保留该微服务应用依赖的目标文件的文件标识和自定义的类加载器。另一方面把目标文件集中存储至预设的文件存储器中，且在存储目标文件的过程中，可通过如下具体步骤(1)至(4)确定对目标文件的存储：

(1)获取重复文件；其中，重复文件包括目标文件中的第一文件和已有文件中的第二文件。诸如目标文件中包括transport-7.1.1.jar这一第三方依赖文件，而文件存储器中已存储有该transport-7.1.1.jar文件，则获取重复文件包括：目标文件中的transport-7.1.1.jar(也即第一文件)和已有文件中的transport-7.1.1.jar(也即第二文件)。

(2)将第一文件和第二文件中的一份进行删除。

(3)当删除第一文件时，将目标文件中的待存储文件存储至文件存储器中；其中，待存储文件为目标文件中除第一文件之外的剩余文件。

或者，(4)当删除第二文件时，将全部目标文件存储至文件存储器中。

无论是删除重复文件中的第一文件或者还是第二文件，都能够避免文件的重复存储，减小产品体积，且能够保证文件的完整性，满足多个微服务应用的配置需求。

在实际应用中，微服务应用是经常被客户终端启动的，该客户终端诸如为智能手机、iPad等等。在一种可能的启动微服务应用的方法中，可以包括如下步骤：首先，客户终端通过选择操作确定待启动的微服务应用，并向服务终端发送启动消息；该启动消息中可以携带被选择启动的微服务应用的标识信息；然后，服务终端根据启动消息中携带的微服务应用的标识信息，启动对应微服务应用在客户终端本地运行。

在上述微服务应用启动阶段，类加载器可以根据清文件标识将文件存储器中存储的文件加载至客户终端，参照如图4所示的文件加载示意图，文件加载过程可参照如下步骤1和步骤2所示：

步骤1，当监听到客户终端启动微服务应用时，通过调用类加载器在文件存储器中获取与文件标识相对应的文件。为了方便高效的实现文件的加载，本实施例中的文件标识可以设置为文件的名称，类加载器直接按照文件的名称在文件存储器中的众多文件中确定需要的文件。此外，相对于常规的采用存储路径获取文件的方式，本实施例通过文件标识可以解除先存储后生成存储路径的顺序限制，而是可以在编译阶段，在编译目标文件的同时就完成对应文件标识的编译，无须等完成目标文件的存储后再编译与存储路径相对于的文件标识；从而可以提高产品部署整体的效率。

步骤2，将获取的文件发送给客户终端，以使客户终端对获取的文件进行存储。具体的，客户终端针对微服务应用，通过类加载器获取该微服务应用依赖的文件，并将获取到的文件存储至该微服务应用对应的文件夹中。

综上，上述实施例提供的应用文件的存储方法，通过将多个微服务应用依赖的文件进行集中存储，以及在对目标文件进行存储时执行重复文件删除操作，可以消除大量的重复文件，从而有效地减少了产品包的体积。

实施例三：

基于上述实施例所提供的应用文件的存储方法，本实施例提供一种应用文件的存储装置，参见图5所示的一种应用文件的存储装置的结构框图，该装置应用于服务终端，其包括：

文件获取模块502，用于获取微服务应用依赖的目标文件。

文件比对模块504，用于在将目标文件存储至预设的文件存储器的过程中，比对目标文件与已有文件中是否存在重复文件；其中，已有文件为文件存储器中集中存储的多个微服务应用依赖的不同文件。

文件存储模块506，用于在存在重复文件的情况下，通过执行重复文件删除操作确定对目标文件的存储。

本发明实施例提供的应用文件的存储装置，首先获取微服务应用依赖的目标文件；然后在将目标文件存储至预设的文件存储器的过程中，比对目标文件与文件存储器中集中存储的已有文件中是否存在重复文件；并在存在的情况下，通过执行重复文件删除操作确定对目标文件的存储。本实施例提供的上述方式，通过将多个微服务应用依赖的文件进行集中存储，以及在对目标文件进行存储时执行重复文件删除操作，可以消除大量的重复文件，从而有效地减少了产品包的体积。

在一些实施方式中，上述文件存储模块506进一步用于：获取所述重复文件；其中，所述重复文件包括所述目标文件中的第一文件和所述已有文件中的第二文件；将所述第一文件和所述第二文件中的一份进行删除；当删除所述第一文件时，将所述目标文件中的待存储文件存储至所述文件存储器中；其中，所述待存储文件为所述目标文件中除所述第一文件之外的剩余文件；当删除所述第二文件时，将全部所述目标文件存储至所述文件存储器中。

在一些实施方式中，上述文件获取模块502进一步用于：获取微服务应用的源代码，通过调用编译器对所述微服务应用的源代码进行编译，得到编译后的目标文件。

在一些实施方式中，上述应用文件的存储装置还包括编译模块(图中未示出)，该编译模块用于：通过调用编译器生成所述目标文件对应的文件标识，并定义类加载器；将所述文件标识和所述类加载器存储于所述微服务应用的应用包中。

在一些实施方式中，上述应用文件的存储装置还包括文件加载模块(图中未示出)，该文件加载模块用于：当监听到客户终端启动所述微服务应用时，通过调用所述类加载器在所述文件存储器中获取与所述文件标识相对应的文件；将获取的文件发送给所述客户终端，以使所述客户终端对所述获取的文件进行存储。

在一些实施方式中，上述编译器包括maven编译器。

在一些实施方式中，上述目标文件为jar格式的文件。

本实施例所提供的装置，其实现原理及产生的技术效果和前述实施例二相同，为简要描述，本实施例部分未提及之处，可参考前述实施例二中相应内容。

实施例四：

基于前述实施例，本实施例给出了一种应用文件的存储系统，该系统包括：处理器和存储设备；其中，存储设备上存储有计算机程序，计算机程序在被处理器运行时执行如实施例二所提供的任一项应用文件的存储方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

进一步，本实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理设备运行时执行上述实施例二提供的任一项方法的步骤。

本发明实施例所提供的一种应用文件的存储方法、装置及系统的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种应用文件的存储方法，其特征在于，所述方法应用于服务终端，所述方法包括：

获取微服务应用依赖的目标文件；

在将所述目标文件存储至预设的文件存储器的过程中，比对所述目标文件与已有文件中是否存在重复文件；其中，所述已有文件为所述文件存储器中集中存储的多个微服务应用依赖的不同文件；

如果存在，通过执行重复文件删除操作确定对所述目标文件的存储；

通过调用编译器生成所述目标文件对应的文件标识，并定义类加载器；

将所述文件标识和所述类加载器存储于所述微服务应用的应用包中。

2.根据权利要求1所述的方法，其特征在于，所述通过执行重复文件删除操作确定对所述目标文件的存储的步骤，包括：

获取所述重复文件；其中，所述重复文件包括所述目标文件中的第一文件和所述已有文件中的第二文件；

将所述第一文件和所述第二文件中的一份进行删除；

当删除所述第一文件时，将所述目标文件中的待存储文件存储至所述文件存储器中；其中，所述待存储文件为所述目标文件中除所述第一文件之外的剩余文件；

当删除所述第二文件时，将全部所述目标文件存储至所述文件存储器中。

3.根据权利要求1所述的方法，其特征在于，所述获取微服务应用依赖的目标文件的步骤，包括：

获取微服务应用的源代码，通过调用编译器对所述微服务应用的源代码进行编译，得到编译后的目标文件。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当监听到客户终端启动所述微服务应用时，通过调用所述类加载器在所述文件存储器中获取与所述文件标识相对应的文件；

将获取的文件发送给所述客户终端，以使所述客户终端对所述获取的文件进行存储。

5.根据权利要求1或3所述的方法，其特征在于，所述编译器包括maven编译器。

6.根据权利要求1所述的方法，其特征在于，所述目标文件为jar格式的文件。

7.一种应用文件的存储装置，其特征在于，所述装置应用于服务终端，所述装置包括：

文件获取模块，用于获取微服务应用依赖的目标文件；

文件比对模块，用于在将所述目标文件存储至预设的文件存储器的过程中，比对所述目标文件与已有文件中是否存在重复文件；其中，所述已有文件为所述文件存储器中集中存储的多个微服务应用依赖的不同文件；

文件存储模块，用于在存在重复文件的情况下，通过执行重复文件删除操作确定对所述目标文件的存储；

编译模块，用于通过调用编译器生成所述目标文件对应的文件标识，并定义类加载器；将所述文件标识和所述类加载器存储于所述微服务应用的应用包中。

8.一种应用文件的存储系统，其特征在于，所述系统包括：处理器和存储装置；

所述存储装置上存储有计算机程序，所述计算机程序在被所述处理器运行时执行如权利要求1至6任一项所述的方法。

9.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器运行时执行上述权利要求1至6任一项所述的方法的步骤。