CN107463414B - 应用安装方法及装置 - Google Patents

Abstract

本公开提供了一种应用安装方法及装置，属于终端技术领域。方法包括：获取应用程序的安装目录，安装目录中包括应用的多个第一文件；将多个第一文件与预设列表进行比对，预设列表用于指示为多个应用程序所共用的第二文件；如果多个第一文件中存在与第二文件相同的第三文件，则从安装目录中删除第三文件；在应用程序启动时，从指定目录中加载第二文件，并加载安装目录中的第一文件。本公开避免了在一个终端上存储多个相同文件的情况，大大减少了对终端存储空间的占用，也避免了对终端正常运行的影响。

Description

应用安装方法及装置

技术领域

本公开涉及终端技术领域，尤其涉及一种应用安装方法及装置。

背景技术

随着终端技术的发展，越来越多的应用可以采用客户端的形式被安装于终端上，以实现对应的功能服务。然而，由于终端可安装的应用客户端越来越多，会占用大量的存储空间，也会影响终端的正常运行。目前，一些应用客户端会依赖一些第三方的库，例如微信的SDK、友盟的数据统计SDK等等。这些SDK在应用客户端的安装文件夹中都是一个个独立的文件，例如jar文件，如果有多个应用客户端均使用了同一个文件，则意味着该终端中存储了多个同样的文件，严重浪费了终端的存储空间，会影响终端的运行流畅度。

发明内容

为克服相关技术中存储空间浪费的问题，本公开提供一种应用安装方法及装置。

第一方面，提供了一种应用安装方法，包括：

获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件；

如果所述多个第一文件中存在与所述第二文件相同的第三文件，则从所述安装目录中删除所述第三文件；

在所述应用程序启动时，从指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

在一种可能实现方式中，所述方法还包括：

在所述安装目录中添加关联配置文件，所述关联配置文件指向存储于所述指定目录中的所述第二文件。

在一种可能实现方式中，从所述安装目录中删除所述第三文件之后，所述方法还包括：

将所述第三文件存储至所述指定目录中。

在一种可能实现方式中，所述第二文件基于文件的热门程度确定。

在一种可能实现方式中，所述第二文件为软件开发工具包SDK文件。

第二方面，提供了一种应用安装装置，所述装置包括：

获取模块，用于获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

比对模块，用于将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件；

处理模块，用于如果所述多个第一文件中存在与所述第二文件相同的第三文件，则从所述安装目录中删除所述第三文件；

加载模块，用于在所述应用程序启动时，从指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

在一种可能实现方式中，所述装置还包括：

关联配置模块，用于在所述安装目录中添加关联配置文件，所述关联配置文件指向存储于所述指定目录中的所述第二文件。

在一种可能实现方式中，所述装置还包括：

存储模块，用于将所述第三文件存储至所述指定目录中。

在一种可能实现方式中，所述第二文件基于文件的热门程度确定。

在一种可能实现方式中，所述第二文件为软件开发工具包SDK文件。

第三方面，提供了一种应用安装装置，包括：

处理器；

用于存储处理器可执行的指令的存储器；

其中，所述处理器被配置为：

获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件；

如果所述多个第一文件中存在与所述第二文件相同的第三文件，则从所述安装目录中删除所述第三文件；

在所述应用程序启动时，从指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

第四方面，提供了一种计算机存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行以完成第一方面所述的应用安装方法。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

本公开实施例提供的技术方案，通过在安装时对应用的安装目录进行比对，从而能够确定一些在多个应用中可能发生重合的文件，在确定这样的文件后，可以将该文件从安装目录中删除，使得终端上仅存储一份文件，避免了在一个终端上存储多个相同文件的情况，大大减少了对终端存储空间的占用，也避免了对终端正常运行的影响。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种应用安装方法的流程图。

图2是根据一示例性实施例示出的一种应用安装方法的流程图。

图3是根据一示例性实施例示出的一种应用安装装置框图。

图4是根据一示例性实施例示出的一种应用安装装置400的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种应用安装方法的流程图，如图1所示，该应用运行方法用于终端中，包括以下步骤。

在步骤S101中，获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件。

在步骤S102中，将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件。

在步骤S103中，如果所述多个第一文件中存在与所述第二文件相同的第三文件，则从所述安装目录中删除所述第三文件。

在步骤S104中，在所述应用程序启动时，从指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

本公开实施例提供的方法，通过在安装时对应用的安装目录进行比对，从而能够确定一些在多个应用中可能发生重合的文件，在确定这样的文件后，可以将该文件从安装目录中删除，使得终端上仅存储一份文件，避免了在一个终端上存储多个相同文件的情况，大大减少了对终端存储空间的占用，也避免了对终端正常运行的影响。

在一种可能实现方式中，所述方法还包括：

在所述安装目录中添加关联配置文件，所述关联配置文件指向存储于所述指定目录中的所述第二文件。

在一种可能实现方式中，从所述安装目录中删除所述第三文件之后，所述方法还包括：

将所述第三文件存储至所述指定目录中。

在一种可能实现方式中，所述第二文件基于文件的热门程度确定。

在一种可能实现方式中，所述第二文件为软件开发工具包SDK文件。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图2是根据一示例性实施例示出的一种应用安装方法的流程图，如图2所示，该应用安装方法用于终端中，包括以下步骤。

在步骤201中，获取预设列表，该预设列表用于为多个应用程序所共用的第二文件。

发明人认识到，对于一些应用程序来说，很可能具有可以为多个应用程序程序共用的安装文件，为了便于描述，在后续实施例中称之为第二文件，可以设置预设列表，在预设列表中配置至少一个第二文件，以便提供给终端进行存储空间的缩减。其中，该预设列表中可以包括用于标识第二文件的文件标识，例如文件名或文件ID等等，本公开实施例对此不做限定。

在一种可能实现方式中，该至少一个第二文件基于文件的热门程度确定，也即是，为了避免预设列表的冗余，可以在预设列表中配置一些热门程度大于预设阈值的第二文件，该热门程度可以按照具有该第二文件的应用程序数量来确定，例如，某一个第二文件存在于多种应用程序中，且多种应用程序的数目大于预设阈值，则将该第二文件配置于预设列表中。其中，该至少一个第二文件可以为软件开发工具包SDK。

需要说明的是，预设列表可以通过为终端提供服务的服务器平台来提供，由终端通过升级或更新等手段进行下载或者由终端在出厂时配置，本公开实施例对此不做具体限定。

当然，上述步骤是指可以直接通过下载等手段获取到预设列表的情形，而实际上，终端还可以先获取该至少一个第二文件，将该至少一个第二文件存储于指定目录中，并按照已存储的第二文件来生成预设列表，以便在后续进行比对时能够避免在指定目录中一个个查询的过程，简化对比所需的计算资源。又或者，在获取预设列表时，即可以基于预设列表获取对应的至少一个第二文件，并将至少一个第二文件存储至指定目录中。

在步骤202中，获取应用程序的安装包。

该获取安装包的过程可以是终端通过下载或数据传输等手段进行，以获取到任一个应用程序的安装包。例如，终端可以打开应用程序商店，并通过应用程序商店对应用程序进行了解，再通过下载操作，来获取该应用程序的安装包。

在步骤203中，对该应用程序的应用程序安装包进行解压，得到该应用程序的安装目录，该安装目录中包括应用程序的多个第一文件。

如果获取到了应用程序的安装包，可以基于安装指令对其进行解压和后续安装过程，也可以根据系统设置自动进行解压和后续安装过程，本公开实施例对此不做限定。

需要说明的是，本公开实施例的步骤202至203实际上是以所获取到的是一个安装包为例进行说明的，而在实际处理中，该应用程序也可以是一个应用程序的安装目录，从而可以无需解压，直接基于安装目录中的文件进行后续安装过程。

在步骤204中，将该多个第一文件与预设列表进行比对，该预设列表用于指示为多个应用程序所共用的第二文件。

在比对过程中，可以是将第一文件的文件标识与预设列表中所存储的文件标识进行比对，如果确定某一个第一文件的文件标识与预设列表中某一个第二文件的文件标识相同，则确定将该安装目录中与第二文件具有相同文件标识的文件确定为第三文件。

在步骤205中，如果所述多个第一文件中存在与所述第二文件相同的第三文件，则从所述安装目录中删除所述第三文件。

对于终端已经存储有指定目录的情况下，在确定解压后的第一文件中包括第三文件时，可以从安装目录中删除该第三文件，以减小安装目录所占用的存储空间。

需要说明的是，如果该终端预先已经存储了第二文件，则可以直接在步骤205中对第三文件进行删除，但是，当该终端未预先存储第二文件，而仅仅是存储了一个预设列表的情况下，则可以在安装任一个应用程序时，将任一个应用程序的安装目录中该第三文件在删除之前先进行复制，并存储至所述指定目录中，以便供应用程序在启动时能够从指定目录中加载。

例如，对于应用程序的安装目录B来说，其包括多个第一文件B1、B2……BN，而通过比对确定，B3文件已经包含于预设列表中，则可以将B3文件进行复制并存储至指定目录中，将该B3文件从安装目录B中删除。

在步骤206中，在该应用程序的安装目录中添加关联配置文件，该关联配置文件指向存储于指定目录中的第二文件。

为了使得后续该应用程序在运行时能够使用该第三文件，避免影响其正常运行，还需要将指定目录中的第二文件关联至该安装目录，该关联可以通过在该安装目录中添加关联配置文件实现，该关联配置文件可以指向存储于指定目录中的该第二文件。

例如，对于应用程序的安装目录A来说，其包括多个第一文件A1、A2……AN，而通过比对确定，A3文件已经包含于预设列表中，说明该A3文件实际上已经在终端上存储，为了节约存储空间，则可以将A3文件从安装目录A中删除，并在安装目录A中添加一个用于指向指定目录中的A3文件的关联配置文件，使得在启动该应用程序时，可以读取该关联配置文件，并从指定目录中加载A3文件。

对于任一应用程序均可以在安装上进行上述步骤，当然，如果该应用程序是已经安装于终端的应用程序，也可以通过对应用程序的安装目录的检测，来进行上述步骤，以进一步降低对存储空间的占用，避免对终端正常运行的影响。

在步骤207中，接收应用程序运行指令，该应用程序运行指令用于启动应用程序的客户端。

以上述安装的应用程序为例，当接收到应用程序运行指令，则可以开始对应用程序的初始化，例如初始化运行环境等，然后对各个文件进行加载。该应用程序运行指令可以通过对应用程序的桌面图标的点击操作触发，也可以通过其他应用程序的调用触发，本公开实施例对此不做具体限定。

在步骤208中，读取该关联配置文件，并从该指定目录中加载该第二文件。

该关联配置文件可以指向该指定目录中的第二文件，例如，该关联配置文件可以包括一段代码，以使得在运行该关联配置文件时，终端进程可以基于代码所指示的存储地址，从指定目录中加载第二文件。

对于任意应用程序来说，其启动过程中均可以检测其安装目录中是否包括关联配置文件，如果包括，则执行步骤207，如果不包括，则可以直接加载安装目录中的第二文件。

在步骤209中，加载该安装目录中的第一文件。

上述步骤208和209的执行顺序可以按照当前顺序进行，还可以采用先执行209再执行208的顺序进行，本公开实施例不做具体限定。当然，如果第二文件是第一文件加载的基础，则需要按照上述顺序执行。

在步骤210中，基于该第一文件和该第二文件，运行该应用程序的客户端。

基于上述加载过程，即可以在应用程序启动时，能够正常加载运行所需的文件，并基于这些文件正常运行该应用程序的客户端。

本公开实施例提供的方法，通过在安装时对应用程序的安装目录进行比对，从而能够确定一些在多个应用程序中可能发生重合的文件，在确定这样的文件后，可以将该文件从安装目录中删除，使得终端上仅存储一份文件，避免了在一个终端上存储多个相同文件的情况，大大减少了对终端存储空间的占用，也避免了对终端正常运行的影响。

图3是根据一示例性实施例示出的一种应用安装装置框图。参照图3，该装置包括获取模块301，比对模块302和处理模块303。

获取模块301，用于获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

比对模块302，用于将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件；

处理模块303，用于如果所述多个第一文件中存在与所述第二文件相同的第三文件，则从所述安装目录中删除所述第三文件；

加载模块304，用于在所述应用程序启动时，从指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

在一种可能实现方式中，所述装置还包括：

关联配置模块，用于在所述安装目录中添加关联配置文件，所述关联配置文件指向存储于所述指定目录中的所述第二文件。

在一种可能实现方式中，所述装置还包括：

存储模块，用于将所述第三文件存储至所述指定目录中。

在一种可能实现方式中，所述第二文件基于文件的热门程度确定。

在一种可能实现方式中，所述第二文件为软件开发工具包SDK文件。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种应用安装装置400的框图。例如，装置400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图4，装置400可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

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

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

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

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

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

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

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

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

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

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

本公开实施例还提供了一种计算机存储介质，所述计算机可读存储介质上存储有指令，所述指令被处理器执行以完成上述的应用安装方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (8)

1.一种应用安装方法，其特征在于，所述方法包括：

获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件，所述第二文件基于文件的热门程度确定，所述热门程度按照具有所述第二文件的应用程序数量来确定；

如果所述多个第一文件中存在与所述第二文件相同的第三文件且终端中未预先存储所述第二文件，将所述应用程序的安装目录下的第三文件进行复制；

从所述安装目录中删除所述第三文件，并将复制得到的第三文件存储至指定目录中；

在所述应用程序启动时，从所述指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

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

在所述安装目录中添加关联配置文件，所述关联配置文件指向存储于所述指定目录中的所述第二文件。

3.根据权利要求1所述的方法，其特征在于，所述第二文件为软件开发工具包SDK文件。

4.一种应用安装装置，其特征在于，所述装置包括：

获取模块，用于获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

比对模块，用于将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件，所述第二文件基于文件的热门程度确定，所述热门程度按照具有所述第二文件的应用程序数量来确定；

处理模块，用于如果所述多个第一文件中存在与所述第二文件相同的第三文件且终端中未预先存储所述第二文件，将所述应用程序的安装目录下的第三文件进行复制；

从所述安装目录中删除所述第三文件，并将复制得到的第三文件存储至指定目录中；

加载模块，用于在所述应用程序启动时，从所述指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

5.根据权利要求4所述的装置，其特征在于，所述装置还包括：

关联配置模块，用于在所述安装目录中添加关联配置文件，所述关联配置文件指向存储于所述指定目录中的所述第二文件。

6.根据权利要求4所述的装置，其特征在于，所述第二文件为软件开发工具包SDK文件。

7.一种应用安装装置，其特征在于，包括：

处理器；

用于存储处理器可执行的指令的存储器；

其中，所述处理器被配置为：

获取应用程序的安装目录，所述安装目录中包括所述应用的多个第一文件；

将所述多个第一文件与预设列表进行比对，所述预设列表用于指示为多个应用程序所共用的第二文件，所述第二文件基于文件的热门程度确定，所述热门程度按照具有所述第二文件的应用程序数量来确定；

如果所述多个第一文件中存在与所述第二文件相同的第三文件且终端中未预先存储所述第二文件，将所述应用程序的安装目录下的第三文件进行复制；

从所述安装目录中删除所述第三文件，并将复制得到的第三文件存储至指定目录中；

在所述应用程序启动时，从所述指定目录中加载所述第二文件，并加载所述安装目录中的第一文件。

8.一种计算机存储介质，其特征在于，所述计算机可读存储介质上存储有指令，所述指令被处理器执行以完成权利要求1-3任一项所述的应用安装方法。

Images