CN117008994A - 一种依赖文件管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例提供了依赖文件管理方法、装置、设备及存储介质，方法包括：获取应用的待安装的依赖文件的描述信息，根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用，使得对宿主机上的依赖文件进行统一管理，实现了不同应用的容器对依赖文件的复用，减少了应用的体积，减少了存储空间的浪费。

Description

一种依赖文件管理方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，特别是涉及一种依赖文件管理方法、一种依赖文件管理装置、一种电子设备以及一种可读存储介质。

背景技术

Linux操作系统版本林立，系统软件包数量达到数万之多，各操作系统厂商不同发行版本之间、同操作系统厂商不同发行版本之间，操作系统包含的软件包版本各不相同，相同软件前后版本的兼容性、各软件包之间的兼容性问题相互交织，应用的构建和运行往往只能与特定操作系统发行版本组合绑定，操作系统更换或升级极易导致应用因依赖软件包不满足、底层API(Application Programming Interface，应用程序编程接口)环境兼容性变化等原因，发生应用崩溃、拒绝运行、甚至无法安装的情况。

现有技术中，如AppImage是一个压缩的镜像文件，它包含所有运行所需要的依赖和库文件；Flatpak提供了一种通用的包封装格式，提供了一个沙箱(隔离的)环境来运行应用程序，不会影响其他应用程序和发行版核心软件包，还可以安装并运行不同版本的软件包；Snap是一种全新的软件包管理方式，它类似一个容器拥有一个应用程序所有的文件和库，各个应用程序之间完全独立。上述方式都存在应用过大问题，且只能解决部分兼容问题，有时还需要源码进行重新适配编译。

发明内容

本发明实施例所要解决的技术问题是提供一种依赖文件管理方法、装置、电子设备及可读存储介质，以便解决应用的体积过大的问题。

为了解决上述问题，本发明提供了一种依赖文件管理方法，包括：

获取应用的待安装的依赖文件的描述信息；

根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

可选地，所述根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新包括：

根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件；

取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除；

对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用。

可选地，所述复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件，所述根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新还包括：

将所述另一个应用的容器的目录中的复用依赖文件提取到所述宿主机上的目录中；

对所述管理信息进行更新，以记录所述复用依赖文件变更到所述宿主机上的目录中。

可选地，所述复用依赖文件为所述宿主机上的目录中的已安装的依赖文件。

可选地，所述管理信息包括依赖文件的被引用数，所述方法还包括：

在卸载应用的过程中，根据所述被引用数，确定对应的依赖文件是否被其他应用所引用；

保留被其他应用所引用的依赖文件，并删除不被其他应用所引用的依赖文件。

可选地，所述方法还包括：

根据所述管理信息，确定所述应用的运行配置信息；

基于所述运行配置信息，以容器的方式运行所述应用。

可选地，所述基于所述运行配置信息，以容器的方式运行所述应用包括：

基于所述运行配置信息，将所需的复用依赖文件挂载到所述应用的容器中；

以容器的方式运行所述应用。

本发明还提供了一种依赖文件管理装置，包括：

信息获取模块，用于获取应用的待安装的依赖文件的描述信息；

文件管理模块，用于根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

可选地，所述文件管理模块包括：

文件确定子模块，用于根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件；

安装处理子模块，用于取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除；

第一信息更新子模块，用于对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用。

可选地，所述复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件，所述文件管理模块还包括：

提取子模块，用于将所述另一个应用的容器的目录中的复用依赖文件提取到所述宿主机上的目录中；

第二信息更新子模块，用于对所述管理信息进行更新，以记录所述复用依赖文件变更到所述宿主机上的目录中。

可选地，所述复用依赖文件为所述宿主机上的目录中的已安装的依赖文件。

可选地，所述管理信息包括依赖文件的被引用数，所述装置还包括：

引用确定模块，用于在卸载应用的过程中，根据所述被引用数，确定对应的依赖文件是否被其他应用所引用；

保留删除模块，用于保留被其他应用所引用的依赖文件，并删除不被其他应用所引用的依赖文件。

可选地，所述装置还包括：

配置确定模块，用于根据所述管理信息，确定所述应用的运行配置信息；

应用运行模块，用于基于所述运行配置信息，以容器的方式运行所述应用。

可选地，所述应用运行模块包括：

文件挂载子模块，用于基于所述运行配置信息，将所需的复用依赖文件挂载到所述应用的容器中；

应用运行子模块，用于以容器的方式运行所述应用。

本发明实施例还公开了一种电子设备，其特征在于，包括处理器；

存储器，用于存放计算机程序，当计算机程序由所述处理器执行时，使得所述处理器实现如上所述的方法步骤。

本发明实施例还公开了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行本发明实施例中一个或多个所述的方法。

依据本发明实施例，通过获取应用的待安装的依赖文件的描述信息，根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用，使得对宿主机上的依赖文件进行统一管理，实现了不同应用的容器对依赖文件的复用，减少了应用的体积，减少了存储空间的浪费。

附图说明

图1示出了本发明的一个实施例提供的一种依赖文件管理方法的步骤流程图；

图2示出了本发明的另一个实施例提供的一种依赖文件管理方法的步骤流程图；

图3示出了本发明的一个实施例提供的一种依赖文件管理装置实施例的结构框图；

图4示出了根据一示例性实施例示出的一种用于依赖文件管理的电子设备的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明实施例提供的一种依赖文件管理方法的步骤流程图，应用于宿主机，具体可以包括如下步骤：

步骤101，获取应用的待安装的依赖文件的描述信息。

在本发明实施例中，宿主机可以为能够运行容器的设备，应用可以为宿主机上的任一应用。

在本发明实施例中，依赖文件可以是应用所依赖的任意适用的文件，例如，应用所依赖的库文件、配置文件、资源文件等，或者其他任意适用的文件，本发明实施例对此不做限制。

在本发明实施例中，待安装的依赖文件可以是在宿主机的操作系统中待安装的依赖文件，也可以是在应用的容器中待安装的依赖文件，本发明实施例对此不做限制。

例如，待安装的依赖文件可以是系统库，或者可以是定义的Base层、或容器镜像组件层、或容器镜像应用层的库。其中，系统库是操作系统提供的库文件，在某应用需要时可以作为该应用的依赖文件。本发明提出在Base(基础)环境下提供一套稳定的几乎不变底层的库，称为Base层，Base层提供的库可以作为应用的依赖文件。本发明还提出容器镜像组件层，该层包含经常被应用软件需要的，且系统库和Base层未提供的库。容器镜像组件层包含共享组件层和独立组件层，共享组件层是与宿主机的环境兼容的库的集合，独立组件层是与宿主机的环境不兼容的库的集合。本发明还提出容器镜像应用层，该层为对应用依赖情况进行分析，打包生成的包含除系统库、base层和容器镜像组件层提供的依赖外的所有依赖的库。本发明实施例将Base层、容器镜像组件层以及容器镜像应用层中的库文件在安装时或安装后以文件的单位粒度进行管理复用，可以使得各层中因为个别库文件不同无法被多个仅个别库文件不同的应用复用，需要针对不同的应用制作多个不同的镜像并在安装应用时安装不同的镜像文件的情况下进一步以文件为单位进行库文件复用，无需针对不同的应用制作不同的镜像。比如，应用A的安装包包括描述信息、基础层、组件层以及应用层，应用A的组件层中需要依赖库文件1、库文件2、库文件3；应用B的安装包包括描述信息、基础层、组件层以及应用层，应用B的组件层中需要依赖库文件1、库文件3、库文件4，现有技术中，因为个别文件的差别导致应用A与应用B无法共享组件层，该应用需要使用不同的容器安装不同的组件层镜像，本发明实施例通过依赖文件的管理方法，将打破容器内的封闭性，以文件为单位进行依赖共享，以使得应用A与应用B可以共享库文件1及库文件3，无需生成两份库文件1以及库文件3分别在应用A、应用B的容器内供各自使用，进一步减少了宿主机上所有应用的大小。

在本发明实施例中，描述信息是描述依赖文件的相关信息，例如，依赖文件的标识(如名称)、依赖文件的版本信息、库的Base层标识、库的容器镜像组件层标识、库的容器镜像应用层标识等，或者其他任意适用的描述信息，本发明实施例对此不做限制。

例如，本发明提出一种库管理系统，可以对宿主机上所有的库进行统一管理，组织库的共享方式以及删除库时的处理等，库管理系统可以获取所有库(包含已安装的库和待安装的库)的描述信息，并据此对所有库进行管理。在宿主机上要安装系统库时，库管理系统可以获取这个系统库的描述信息。在宿主机上要安装一个应用的软件包时，库管理系统可以获取这个软件包中包含的库的描述信息。

步骤102，根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

在本发明实施例中，应用可以为容器应用，即，以容器方式运行的应用。容器是有意隔离的环境。每个容器都有自己的文件系统，其他容器或宿主机无法直接访问这些文件系统。因此，一般情况下，应用A所依赖的库X和应用B所依赖的库X虽然是相同的库，但由于分别存在于应用A的容器中和应用B的容器中，导致库X无法被应用A和应用B复用，继而导致应用A和应用B在宿主机上的体积都比较大，造成存储空间的浪费。

在本发明实施例中，已安装的依赖文件可以是在宿主机的操作系统中已安装的依赖文件，也可以是在应用的容器中已安装的依赖文件，或者可以是先在应用的容器中已安装的依赖文件，后被提取到宿主机的目录中的依赖文件，本发明实施例对此不做限制。

在本发明实施例中，管理信息是为管理已安装的依赖文件而产生的相关信息。例如，库管理系统根据所有库的描述信息，生成所有库的管理信息。

在本发明实施例中，管理信息可以包括已安装的依赖文件的标识、版本信息、映射给哪些应用使用，被引用数、库的Base层标识、库的容器镜像组件层标识、库的容器镜像应用层标识等，或者其他任意适用的信息，本发明实施例对此不做限制。

在本发明实施例中，根据描述信息和管理信息，可以确定待安装的依赖文件和已安装的依赖文件是否存在重复，即已安装的依赖文件中是否存在与待安装的依赖文件一致的依赖文件，若存在与待安装的依赖文件一致的依赖文件，记为复用依赖文件。复用依赖文件是可以给不同应用的容器复用的依赖文件。

在本发明实施例中，对依赖文件的管理包括取消依赖文件的安装、在依赖文件完成安装后再删除、将一个应用的容器的目录中的依赖文件提取到宿主机上的目录中，删除依赖文件等，或者其他任意适用的管理，本发明实施例对此不做限制。

在本发明实施例中，在对依赖文件进行管理后，可以对管理信息进行更新。对管理信息的更新包括依赖文件的路径的信息变更、增加新安装的依赖文件的相关信息、删除刚删除的依赖文件的相关信息、对依赖文件映射给哪些应用使用进行信息变更，依赖文件的被引用数的更新、对依赖文件进行升级相关的信息变更等，或者其他任意适用的更新，本发明实施例对此不做限制。

在本发明实施例中，根据描述信息和管理信息，可以对待安装的依赖文件进行管理。例如，根据描述信息和管理信息，确定待安装的依赖文件不需要安装，则控制取消待安装的依赖文件的安装。并对管理信息进行更新，以便记录复用依赖文件映射给应用使用，以代替取消安装的依赖文件。

在本发明实施例中，根据描述信息和管理信息，可以对已安装的依赖文件进行管理。例如，根据描述信息和管理信息，确定已安装的依赖文件为复用依赖文件，将该复用依赖文件从一个应用的容器的目录中提取到宿主机上的目录中，以便不同应用的容器能够复用该复用依赖文件。并对管理信息进行更新，以便记录复用依赖文件映射给应用使用，复用依赖文件在宿主机上的目录中路径，以代替待安装的依赖文件。

在本发明实施例中，根据描述信息和管理信息，可以对待安装的依赖文件和已安装的依赖文件进行管理。例如，根据描述信息和管理信息，确定待安装的依赖文件为复用依赖文件，将该待安装的依赖文件安装到宿主机上的目录，并且将与该待安装的依赖文件一致的已安装的依赖文件从另一个应用的容器中删除。并对管理信息进行更新，以便记录复用依赖文件映射给哪些应用使用，复用依赖文件在宿主机上的目录中路径，以代替已安装的依赖文件。

例如，库管理系统根据描述信息和管理信息，对宿主机上所有的库进行管理，并对管理信息进行更新，以便宿主机上不同应用的容器对可复用的依赖文件进行复用，不必对相同的依赖文件存储多份。

依据本发明实施例，通过获取应用的待安装的依赖文件的描述信息，根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用，使得对宿主机上的依赖文件进行统一管理，实现了不同应用的容器对依赖文件的复用，减少了应用的体积，减少了存储空间的浪费。

在本发明的一种可选实施例中，管理信息包括依赖文件的被引用数，还可以包括：在卸载应用的过程中，根据所述被引用数，确定对应的依赖文件是否被其他应用所引用；保留被其他应用所引用的依赖文件，并删除不被其他应用所引用的依赖文件。

被引用数是指依赖文件被一个或多个应用引用时，被引用的次数。例如，对于一个依赖文件，当宿主机上只有应用A引用该依赖文件时，该依赖文件的被引用数为1，当宿主机上安装应用B时，根据应用B的待安装的依赖文件的描述信息，和已安装的依赖文件的管理信息，确定应用B也引用该依赖文件时，该依赖文件的被引用数更新为2。

在卸载一个应用的过程中，该应用所依赖的依赖文件会被请求删除。对于被请求删除的依赖文件，根据被引用数，可以确定对应的依赖文件是否被其他应用所引用。对于不被其他应用所引用的依赖文件，当然可以直接删除。但是对于被其他应用所引用的依赖文件，则不可以删除，需要保留给其他应用使用。

例如，在卸载上述应用B时，某依赖文件的被引用数会先减为1，表明依赖文件仍被其他应用所引用，保留该依赖文件。在卸载上述应用A时，该依赖文件的被引用数会减为0，表明依赖文件不被其他应用所引用，删除该依赖文件。

通过对卸载应用时的上述处理，避免了复用的依赖文件不会随一个应用的卸载而随意删除，保证了复用该依赖文件的应用的运行，而且对于不需要的依赖文件能够及时删除掉，避免卸载应用时复用的依赖文件总被遗漏，进一步减少了存储空间的浪费。

参照图2，示出了本发明实施例提供的一种依赖文件管理方法的步骤流程图，应用于宿主机，具体可以包括如下步骤：

步骤201，获取应用的待安装的依赖文件的描述信息。

在本发明实施例中，此步骤的具体实现方式可以参见前述实施例中的描述，此处不另赘述。

步骤202，根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件。

在本发明实施例中，根据描述信息和管理信息，可以确定已安装的依赖文件中存在与待安装的依赖文件一致的复用依赖文件。

例如，通过对比已安装的依赖文件与待安装的依赖文件的标识和版本信息，如果管理信息中存在与待安装的依赖文件一致的标识和版本信息，则表明已安装的依赖文件中存在与待安装的依赖文件一致的复用依赖文件。具体可以采用任意适用的实现方式，本发明实施例对此不做限制。

步骤203，取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除。

在本发明实施例中，由于已经存在复用依赖文件可供应用使用，取消待安装的依赖文件的安装，或者先完成依赖文件的安装再删除，都可以避免依赖文件被多份存储，继而减少应用的体积。

步骤204，对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用。

在本发明实施例中，在上述处理后，对管理信息进行更新，从而记录复用依赖文件映射给应用使用，代替原本的待安装的依赖文件。

在本发明的一种可选实施例中，复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件。根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新的一种具体实现方式中，还可以包括：将所述另一个应用的容器的目录中的复用依赖文件提取到所述宿主机上的目录中；对所述管理信息进行更新，以记录所述复用依赖文件变更到所述宿主机上的目录中。

在确定已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件时，发现复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件。为了实现两个应用的容器复用该依赖文件，需要将另一个应用的容器的目录中的复用依赖文件提取出来，并将该复用依赖文件放入到宿主机上的目录中。

而且对管理信息进行更新，记录复用依赖文件变更述宿主机上的目录中。例如，管理信息中，某依赖文件的路径原本在另一个应用的容器的目录中，对该路径进行变更，改为宿主机上的目录中。

在本发明的一种可选实施例中，复用依赖文件为所述宿主机上的目录中的已安装的依赖文件。

在确定已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件时，发现复用依赖文件为宿主机上的目录中的已安装的依赖文件。这种情况就不用在对复用依赖文件进行额外的处理，只需对管理信息进行更新，记录复用依赖文件映射给应用使用即可。

步骤205，根据所述管理信息，确定所述应用的运行配置信息。

在本发明实施例中，运行配置参数可以是在容器中运行该应用所需配置的参数。

例如，运行配置参数可以包括待加载环境变量、待挂载依赖文件列表以及待挂载设备。待加载环境变量可以是运行该待运行应用时需要使用到的宿主机的环境(environment)变量信息，例如，DISPLAY环境变量和/或输入法环境变量等等。待挂载依赖文件列表可以是宿主机中的依赖文件的列表，通过挂载依赖文件，可以实现容器内外的数据共享，使得容器可以访问到宿主机中的依赖文件。示例性地，待挂载依赖文件列表可以为一个依赖文件的路径、多个依赖文件的路径等等。待挂载设备可以为宿主机的外接设备，通过挂载外接设备，使得容器可以访问并控制外接设备。

在本发明实施例中，根据管理信息，确定应用的运行配置信息。具体实现时，主要是根据管理信息生成待挂载依赖文件列表，以便实现将复用依赖文件挂载到应用的容器中。

例如，管理信息中记录着所有依赖文件的标识、版本信息，映射给哪些应用使用，路径等，对于一个应用来说，可以根据管理信息生成上述待挂载依赖文件列表。

步骤206，基于所述运行配置信息，以容器的方式运行所述应用。

在本发明实施例中，在容器启动前，先基于运行配置信息进行配置，配置完成后，再以容器的方式运行所述应用。

例如，可以基于运行配置参数进行配置，基于镜像名称确定应用的镜像文件，基于镜像文件以及容器名称启动容器，从而实现以容器的方式运行应用。宿主机可以基于镜像名称、容器名称以及运行配置参数自动生成启动命令，并通过执行启动命令，完成运行配置，以加载待加载环境变量，挂载待挂载依赖文件列表中的依赖文件以及待挂载设备，然后启动容器，在容器中启动应用，从而运行应用。

在本发明的一种可选实施例中，基于所述运行配置信息，以容器的方式运行所述应用的一种具体实现方式中，可以包括：基于所述运行配置信息，将所需的复用依赖文件挂载到所述应用的容器中；以容器的方式运行所述应用。

基于运行配置信息，加载待挂载依赖文件列表中的依赖文件，从而完成将所需的复用依赖文件挂载到应用的容器中。然后以容器的方式运行应用。

例如，将宿主机上的某个目录与容器的某个目录(称为挂载点、或者叫卷)关联起来，容器上的挂载点下的内容就是宿主机的这个目录下的内容。挂载点可以让多个容器共享。这样在容器中对挂载点的目录下的操作，还是在宿主机上对该目标的操作，都是完全实时同步的，因为这两个目录实际都是指向宿主机目录。

具体可以采用任意适用的挂载的方式，本发明实施例对此不做限制。

例如，绑定挂载(Bind Mounts)：绑定挂载是将宿主机上的文件或目录挂载到容器中。这种挂载方式允许容器与宿主机之间共享文件和目录，并且对其中一个的更改会直接影响到另一个。可以通过在运行容器时使用-v或--mount参数来指定绑定挂载。

又例如，卷挂载(Volume Mounts)：卷挂载将Docker数据卷挂载到容器中。数据卷是一个可供一个或多个容器使用的特殊目录，用于存储数据和共享数据。它独立于容器的生命周期，容器可以在挂载点读取和写入数据，就像使用普通目录一样。可以通过在运行容器时使用-v或--mount参数指定卷挂载。

又例如，临时文件系统(tmpfs)挂载：临时文件系统挂载允许将临时文件系统挂载到容器的指定路径。与绑定挂载和卷挂载不同，临时文件系统挂载仅在容器的生命周期内存在，并且不会对宿主机文件系统产生影响。可以通过在运行容器时使用--tmpfs参数来指定临时文件系统挂载。

依据本发明实施例，通过获取应用的待安装的依赖文件的描述信息，根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件，取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除，对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用，根据所述管理信息，确定所述应用的运行配置信息，基于所述运行配置信息，以容器的方式运行所述应用，使得对宿主机上的依赖文件进行统一管理，实现了不同应用的容器对依赖文件的复用，减少了应用的体积，减少了存储空间的浪费。

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

参照图3，示出了本发明另一实施例提供的一种依赖文件管理装置实施例的结构框图，应用于宿主机，具体可以包括如下模块：

信息获取模块301，用于获取应用的待安装的依赖文件的描述信息；

文件管理模块302，用于根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

可选地，所述文件管理模块包括：

文件确定子模块，用于根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件；

安装处理子模块，用于取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除；

第一信息更新子模块，用于对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用。

可选地，所述复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件，所述文件管理模块还包括：

提取子模块，用于将所述另一个应用的容器的目录中的复用依赖文件提取到所述宿主机上的目录中；

第二信息更新子模块，用于对所述管理信息进行更新，以记录所述复用依赖文件变更到所述宿主机上的目录中。

可选地，所述复用依赖文件为所述宿主机上的目录中的已安装的依赖文件。

可选地，所述管理信息包括依赖文件的被引用数，所述装置还包括：

引用确定模块，用于在卸载应用的过程中，根据所述被引用数，确定对应的依赖文件是否被其他应用所引用；

保留删除模块，用于保留被其他应用所引用的依赖文件，并删除不被其他应用所引用的依赖文件。

可选地，所述装置还包括：

配置确定模块，用于根据所述管理信息，确定所述应用的运行配置信息；

应用运行模块，用于基于所述运行配置信息，以容器的方式运行所述应用。

可选地，所述应用运行模块包括：

文件挂载子模块，用于基于所述运行配置信息，将所需的复用依赖文件挂载到所述应用的容器中；

应用运行子模块，用于以容器的方式运行所述应用。

依据本发明实施例，通过获取应用的待安装的依赖文件的描述信息，根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用，使得对宿主机上的依赖文件进行统一管理，实现了不同应用的容器对依赖文件的复用，减少了应用的体积，减少了存储空间的浪费。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图4是根据一示例性实施例示出的一种用于依赖文件管理的电子设备700的结构框图。例如，电子设备700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图4，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制电子设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理部件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件704为电子设备700的各种组件提供电力。电力组件704可以包括电源管理系统，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述电子设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当电子设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当电子设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口组件之间提供接口，上述外围接口组件可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为电子设备700提供各个方面的状态评估。例如，传感器组件714可以检测到设备700的打开/关闭状态，组件的相对定位，例如所述组件为电子设备700的显示器和小键盘，传感器组件714还可以检测电子设备700或电子设备700一个组件的位置改变，用户与电子设备700接触的存在或不存在，电子设备700方位或加速/减速和电子设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件714经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件714还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由电子设备700的处理器720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种依赖文件管理方法，应用于宿主机，所述方法包括：

获取应用的待安装的依赖文件的描述信息；

根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

可选地，所述根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新包括：

根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件；

取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除；

对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用。

可选地，所述复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件，所述根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新还包括：

将所述另一个应用的容器的目录中的复用依赖文件提取到所述宿主机上的目录中；

对所述管理信息进行更新，以记录所述复用依赖文件变更到所述宿主机上的目录中。

可选地，所述复用依赖文件为所述宿主机上的目录中的已安装的依赖文件。

可选地，所述管理信息包括依赖文件的被引用数，所述方法还包括：

在卸载应用的过程中，根据所述被引用数，确定对应的依赖文件是否被其他应用所引用；

保留被其他应用所引用的依赖文件，并删除不被其他应用所引用的依赖文件。

可选地，所述方法还包括：

根据所述管理信息，确定所述应用的运行配置信息；

基于所述运行配置信息，以容器的方式运行所述应用。

可选地，所述基于所述运行配置信息，以容器的方式运行所述应用包括：

基于所述运行配置信息，将所需的复用依赖文件挂载到所述应用的容器中；

以容器的方式运行所述应用。

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

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种依赖文件管理方法、一种依赖文件管理装置、一种电子设备、一种可读存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种依赖文件管理方法，其特征在于，应用于宿主机，包括：

获取应用的待安装的依赖文件的描述信息；

根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

2.根据权利要求1所述的方法，其特征在于，所述根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新包括：

根据所述描述信息和管理信息，确定所述已安装的依赖文件中存在与所述待安装的依赖文件一致的复用依赖文件；

取消所述待安装的依赖文件的安装，或者在所述待安装的依赖文件完成安装后再删除；

对所述管理信息进行更新，以记录所述复用依赖文件映射给所述应用使用。

3.根据权利要求2所述的方法，其特征在于，所述复用依赖文件为另一个应用的容器的目录中的已安装的依赖文件，所述根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新还包括：

将所述另一个应用的容器的目录中的复用依赖文件提取到所述宿主机上的目录中；

对所述管理信息进行更新，以记录所述复用依赖文件变更到所述宿主机上的目录中。

4.根据权利要求2所述的方法，其特征在于，所述复用依赖文件为所述宿主机上的目录中的已安装的依赖文件。

5.根据权利要求1所述的方法，其特征在于，所述管理信息包括依赖文件的被引用数，所述方法还包括：

在卸载应用的过程中，根据所述被引用数，确定对应的依赖文件是否被其他应用所引用；

保留被其他应用所引用的依赖文件，并删除不被其他应用所引用的依赖文件。

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

根据所述管理信息，确定所述应用的运行配置信息；

基于所述运行配置信息，以容器的方式运行所述应用。

7.根据权利要求6所述的方法，其特征在于，所述基于所述运行配置信息，以容器的方式运行所述应用包括：

基于所述运行配置信息，将所需的复用依赖文件挂载到所述应用的容器中；

以容器的方式运行所述应用。

8.一种依赖文件管理装置，其特征在于，应用于宿主机，包括：

信息获取模块，用于获取应用的待安装的依赖文件的描述信息；

文件管理模块，用于根据所述描述信息和已安装的依赖文件的管理信息，对所述待安装的依赖文件和/或已安装的依赖文件进行管理，并对所述管理信息进行更新，以便所述宿主机上不同应用的容器对可复用的依赖文件进行复用。

9.一种电子设备，其特征在于，包括：

处理器；

存储器，用于存放计算机程序，当计算机程序由所述处理器执行时，使得所述处理器实现权利要求1-7任一所述的方法步骤。

10.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1-7中一个或多个所述的依赖文件管理方法。