终端中应用程序的资源文件加载方法和装置与流程

本公开涉及计算机技术领域，特别涉及一种终端中应用程序的资源文件加载方法和装置。

背景技术：

随着互联网技术的高速发展，终端中的应用程序越来越丰富。现有技术中，各应用程序在终端中安装后，各自的资源文件是相互独立进行存储的。应用程序运行时，将加载自身资源文件包中的资源文件而实现其特定的功能。

然而，随着终端中安装的应用程序越来越多，各应用程序的资源文件占用终端的存储也越来越多。已有技术中，有一些应用程序是作为一个系列同时开发的，例如，此类应用程序具有相同的背景色，控制按键(button)，或者图片等资源文件，也就是说，已有技术中部分应用程序中关于公共资源的资源文件存在一定的一致性，因此，按照现有技术的做法，目前对各应用程序的资源文件独立进行存储时，导致部分资源文件的重复存储，造成终端存储空间的浪费。

技术实现要素：

为了解决相关技术中存在的各应用程序资源文件独立存储造成终端存储空间浪费的技术问题，本公开提供了一种终端中应用程序的资源文件加载方法和装置。

一方面，本申请提供了一种终端中应用程序的资源文件加载方法，所述方法包括：

接收第一应用程序资源文件加载指令；

如果所述第一应用程序具备精简标识信息，则根据所述精简标识信息查找所述终端中向所述第一应用程序共享资源文件的第二应用程序；其中所述精简标识信息为在删除了与所述第二应用程序相同的资源文件后的应用程序中添加的标识信息；

从所述第二应用程序的资源文件包中加载所述第一应用程序删除的资源文件。

另一方面，本申请提供了一种终端中应用程序的资源文件加载装置，所述装置包括：

加载指令接收模块，用于接收第一应用程序资源文件的加载指令；

精简判断模块，用于判断所述第一应用程序是否具备精简标识信息；

第二应用确定模块，用于如果所述第一应用程序具备精简标识信息，则根据所述精简标识信息查找所述终端中向所述第一应用程序共享资源文件的第二应用程序；其中所述精简标识信息为在删除了与所述第二应用程序相同的资源文件后的应用程序中添加的标识信息；

资源文件加载模块，用于从所述第二应用程序的资源文件包加载所述第一应用程序删除的资源文件。

本公开的实施例提供的技术方案可以包括以下有益效果：

终端中，接收第一应用程序中资源文件的加载指令，判断第一应用程序是否具备精简标识信息，如果第一应用程序具备精简标识信息，则确定终端中向第一应用程序共享资源文件的第二应用程序，从第二应用程序的资源文件包加载第一应用程序删除的资源文件。由于具备精简标识信息的第一应用程序进行某些资源文件加载时，在其自身的资源文件包中已将这些资源文件删除了，将从终端中向其共享资源文件的第二应用程序的资源文件包中加载这些被删除的资源文件，因而第一应用程序中无需存储与第二应用程序相同的资源文件，避免了各应用程序之间部分资源文件重复存储而造成终端存储空间浪费的问题。

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

附图说明

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

图1A是根据一示例性实施例示出的一种终端中应用程序的资源文件加载方法的流程图；

图1B是根据一示例性实施例示出的一种终端中应用程序的资源文件加载方法的流程图；

图2是根据另一示例性实施例示出的一种终端中应用程序的资源文件加载方法的流程图；

图3是根据一示例性实施例示出的一种用于向终端中其它应用程序共享资源文件的应用程序中资源文件加载方法的流程图；

图4是根据另一示例性实施例示出的一种用于向终端中其它应用程序共享资源文件的应用程序中资源文件加载方法的流程图；

图5是根据一示例性实施例示出的一种终端中应用程序的资源文件加载装置的框图；

图6是根据另一示例性实施例示出的一种终端中应用程序的资源文件加载装置的框图；

图7是根据另一示例性实施例示出的一种终端中应用程序的资源文件加载装置的框图；

图8是根据一示例性实施例示出的一种用于向终端中其它应用程序共享资源文件的应用程序中资源文件处理装置的框图；

图9是根据另一示例性实施例示出的一种终端中应用程序的资源文件加载装置的框图。

具体实施方式

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

图1A和图1B是根据一示例性实施例示出的一种终端中应用程序的资源文件加载方法的两种实现流程图。如图1A所示，该终端中应用程序的资源文件加载方法用于终端中的第一应用程序进行资源文件处理，可以包括以下步骤。

在步骤S101中，接收第一应用程序资源文件加载指令；

在步骤S102中，如果第一应用程序具备精简标识信息，则根据精简标识信息查找终端中向第一应用程序共享资源文件的第二应用程序；

其中精简标识信息为在删除了与第二应用程序相同的资源文件后的应用程序中添加的标识信息；

在步骤S103中，从第二应用程序的资源文件包中加载第一应用程序删除的资源文件。

更具体的，如图1B所示，该终端中应用程序的资源文件加载方法用于终端中的第一应用程序进行资源文件处理，还可以通过以下步骤实现。

在步骤S110中，接收第一应用程序中资源文件的加载指令。

与步骤S101相似，应用程序是安装于终端中的软件程序。终端中存在着多种应用程序，每一个应用程序均有其各自的资源文件。

应用程序运行中，通过接收资源文件的加载指令而执行资源文件相应的操作，从而实现其特定的功能。

下表是根据一示例性实施例示出的一个应用程序的资源文件。

在步骤S120中，判断第一应用程序是否具备精简标识信息，若为是，则执行步骤S130，若为否，则执行步骤S160。

当应用程序的功能越来越丰富时，其自身资源文件所占的存储也越来越大，其中包括各种图片、音频、视频等资源文件。

对于不同的应用程序，由于不同的应用程序具有各自不同的功能特点，因而不同应用程序的资源文件存在一定的差别。但是，对于背景色、按钮等公共资源文件在部分应用程序中存在一定的一致性。

在一个示例性实施例中，每一个应用程序的资源文件包中包含Manifest文件，该Manifest文件记录该应用程序所在的应用程序族。通常地，同一应用程序族中的公共资源文件是相同的。

终端中不同的两个应用程序之间，当该两个应用程序存在相同资源文件时，在其中一个应用程序中添加精简标识信息，该添加精简标识信息的应用程序中，相同的资源文件被删除。

在应用程序运行而加载资源文件时，先判断该应用程序是否具备精简标识信息，当该应用程序具备精简标识信息时，除加载该应用程序中已存储的资源文件外，还需确定向该应用程序共享资源文件的应用程序，即接收资源文件加载指令的第一应用程序中具备精简标识信息时，确定向第一应用程序共享资源文件的第二应用程序；若该应用程序不具备精简标识信息，则加载该应用程序自身存储的资源文件包中的资源文件。

在步骤S130中，根据精简标识信息查找终端中向第一应用程序共享资源文件的第二应用程序，。

第二应用程序是向第一应用程序共享资源文件的应用程序。

确定终端中向第一应用程序共享资源文件的第二应用程序的方式有多种，可以根据第一应用程序中的精简标识信息，查找第一应用程序中的向其共享资源文件的应用程序指向信息；也可以在第一应用程序所属的应用族中查找向第一应用程序共享资源文件的应用程序；还可以通过其他的方式确定终端中向第一应用程序共享资源文件的第二应用程序。

在步骤S140中，从第二应用程序的资源文件包加载第一应用程序删除的资源文件。

当第一应用程序具备精简标识信息，第一应用程序进行资源文件的加载时，除加载自身资源文件包中的资源文件外，还将加载第二应用程序向第一应用程序共享的资源文件，即在设置精简标识时从第一应用程序包中删除的资源文件，该被删除的资源文件与第二应用程序包中的部分资源文件相同，因而第一第二应用程序都可以使用第二应用程序资源文件包中的应用程序，从而保证第一应用程序的正常运行。

步骤S160中，加载第一应用程序自身资源文件包中的资源文件。

当第一应用程序不具备精简标识信息，第一应用程序进行资源文件的加载时，将进行自身资源文件包中资源文件的加载。

利用如上所述的方法，在终端中，本方法实施例在接收第一应用程序中资源文件的加载指令后，判断第一应用程序是否具备精简标识信息，如果第一应用程序具备精简标识信息，则确定终端中向第一应用程序共享资源文件的第二应用程序，从第二应用程序的资源文件包加载第一应用程序删除的资源文件。由于具备精简标识信息的第一应用程序进行某些资源文件加载时，在其自身的资源文件包中已将这些资源文件删除了，将从终端中向其共享资源文件的第二应用程序的资源文件包中加载这些被删除的资源文件，因而第一应用程序中无需存储与第二应用程序相同的资源文件，避免了各应用程序之间部分资源文件重复存储而造成终端存储空间浪费的问题。

图2是根据一示例性实施例示出的一种终端中应用程序的资源文件加载方法流程图。如图2所示，图1中S110步骤之前，该终端中应用程序的资源文件加载方法还可以包括以下步骤。

在步骤S210中，针对第一应用程序，判断终端中是否存在预设的第二应用程序，若为是，则执行步骤S220，若为否，则执行步骤S310。

预设的第二应用程序可以是预先随机指定的一个应用程序；也可以是通过预设的方法确定的一个应用程序，例如，根据终端中各应用程序的资源文件存储大小，选取存储最大的一个应用程序作为预设的第二应用程序；第二应用程序还可以是通过其他的方式预设的。

判断终端中是否存在预设的第二应用程序的方式有多种。可以通过检查终端中各应用程序是否具有设置向其他应用程序共享资源文件的共享信息，从而确定终端中是否存在预设的第二应用程序；也可以通过检查各具备精简标识信息的应用程序中的指向信息，确定其指向信息中指示的应用程序为预设的第二应用程序；还可以通过其他的方式确定终端中是否存在预设的第二应用程序。

在一个具体的示例性实施例中，先查找第一应用程序所属的应用程序族，进而在该应用程序族中判断是否存在预设的第二应用程序。应用程序族是同一个系列的应用程序集合，同一应用程序族中各应用程序的功能存在一定的差别，但各应用程序通常具有统一的风格，因而各应用程序的资源文件之间具有较大程度的一致性。各应用程序文件中均有其唯一的标识符，通过标识符判断各应用程序的应用程序族。例如，应用程序中存储有manifest文件，根据manifest文件中的标识符可以判断第一应用程序所属的应用程序族，并根据应用程序族，查找该应用程序族中的所有应用程序。进而在该应用程序族的所有应用程序之间，根据是否存在应用程序具有设置向其他应用程序共享资源文件的共享信息，或具备精简标识信息等方式，判断是否存在有预设的第二应用程序。

在步骤S220中，在第一应用程序和第二应用程序之间进行资源文件的比对，确定第一应用程序和第二应用程序二者之间相同的资源文件。

可以理解的是，第二应用程序的资源文件均存储在其自身的资源文件包中。

在第一应用程序和第二应用程序之间进行资源文件的比对，是将第一应用程序资源文件包中的资源文件和第二应用程序资源文件包中的资源文件逐一进行异同比较，判断是否存在相同的资源文件。

在步骤S230中，在第一应用程序中删除相同的资源文件，并在第一应用程序中添加精简标识信息。精简标识信息与第二应用程序对应。

精简标识信息用于对资源文件部分或全部被删除的应用程序进行标识。通过精简标识信息，指示应用程序在进行资源文件加载时，确定向其共享资源文件的第二应用程序，并加载第二应用程序向该应用程序共享的资源文件。

在步骤S310中，在终端中的所有应用程序之间进行资源文件的比对；其目的是获取各应用程序之间资源文件的差异。

当终端中不存在预设的第二应用程序时，将在终端中确定第二应用程序，将第二应用程序中的资源文件向终端中除第二应用程序之外的其他应用程序共享。

各应用程序之间资源文件的差异为每两个应用程序之间资源文件的异同。

在步骤S320中，在终端中的所有应用程序中确定可向其他应用程序共享资源文件最多的应用程序作为第二应用程序。

需要说明的是，终端中，存在两个或两个以上的应用程序，在该终端中，将一个应用程序作为第二应用程序。该终端除第二应用程序之外的其他应用程序中，删除与第二应用程序相同的资源文件。因此，需在终端中确定第二应用程序。

在终端中，根据各应用程序之间资源文件的差异确定共享资源文件的第二应用程序的方式有多种。可以针对每一个应用程序，获取其他应用程序与该应用程序具有相同资源文件的应用程序数量，进而根据数量大小确定第二应用程序；也可以针对每一个应用程序，获取与其他应用程序相同的资源文件大小，根据总的资源文件大小确定第二应用程序；还可以通过其他的方式确定第二应用程序。

例如，终端中包括应用程序A、应用程序B、应用程序C，应用程序A中包含有资源文件A1、A2、A3、A4，应用程序B中包含有资源文件B1、B2、B3，应用程序C中包含有资源文件C1、C2。其中，资源文件A1、B1为相同的资源文件，资源文件A2、C2为相同的资源文件。与应用程序A具有相同资源文件的应用程序为B、C，与应用程序B具有相同资源文件的应用程序为A，与应用程序C具有相同资源文件的应用程序为A，根据与应用程序具有相同资源文件的应用程序数量大小，确定应用程序A可向其他应用程序共享的资源文件最多，确定应用程序A为向应用程序B、C共享资源文件的第二应用程序。

利用如上所述的方法，在终端中，本方法实施例在接收第一应用程序中资源文件的加载指令后，判断第一应用程序是否具备精简标识信息，如果第一应用程序具备精简标识信息，则确定终端中向第一应用程序共享资源文件的第二应用程序，从第二应用程序的资源文件包加载第一应用程序删除的资源文件。由于具备精简标识信息的第一应用程序进行某些资源文件加载时，在其自身的资源文件包中已将这些资源文件删除了，将从终端中向其共享资源文件的第二应用程序的资源文件包中加载这些被删除的资源文件，因而第一应用程序中无需存储与第二应用程序相同的资源文件，避免了各应用程序之间部分资源文件重复存储而造成终端存储空间浪费的问题。

进一步的，在解决了资源文件的加载问题后，本实施例的方法还包括：

在步骤S401中，接收第二应用程序发送的资源文件更新指令。

对于第二应用程序来说，如果服务器或者用户有需要对第二应用程序的资源文件进行更新，更新包括增加资源文件、删除资源文件、修改资源文件等多种情况，第二应用程序在对自身的资源文件进行更新前，需要通知第一应用程序该更新信息，此时，第一应用程序会接受到该更新指令，并执行如下的步骤。

在步骤S402中，从第二应用程序的资源文件包中获取第一应用程序用于添加精简标识信息而删除的资源文件。

可参考前述加载方法的实施例，由于在第二应用程序包中存有与第一应用程序删除的资源文件相同的资源文件，由于更新操作会造成资源文件的变化，一种情况下，如果第二应用程序把某些资源文件进行删除操作，这些被删除的资源文件可能是更新前第一应用程序需要加载的内容，会导致第一应用程序无法加载，严重时导致第一应用程序无法启动。

因此，对于第一应用程序，在接收到第二应用程序发送的资源文件更新指令后，需要到第二应用程序的资源文件包中获取第一应用程序在添加精简标识信息而删除的资源文件。

在步骤S403中，向第二应用程序发送资源文件获取完成指令，资源文件获取完成指令用于使得第二应用程序在接收到指令后确定是否进行资源文件更新。

由于第二应用程序向其他应用程序共享的内容可能不相同，因此，第二应用程序需要等待所有第一应用程序对资源文件都添加还原之后，再确定进行资源文件的更新操作。

在步骤S404中，待第二应用程序完成更新后，重新判断与第二应用程序相同的资源文件是否有更新。

在步骤S405中，若是，则将更新后与第二应用程序相同的资源文件进行删除。

另一方面，本申请实施例还提供另一种从第二应用程序角度出发进行资源文件更新的方法，如图3所示，该终端中应用程序的资源文件加载方法用于第二应用程序进行资源文件处理，第二应用程序为向终端中的其它应用程序共享资源文件的应用程序，该终端中应用程序的资源文件加载方法可以包括以下步骤。

在步骤S410中，接收第二应用程序的资源文件更新指令。

更新指令用于指示第二应用程序进行资源文件的更新。

进行资源文件的更新包括部分资源文件的删除、资源文件的增加、资源文件的修改等资源文件处理。

在步骤S420中，响应资源文件更新指令，获取第二应用程序在更新后和更新前之间资源文件的差异。

当进行资源文件更新的应用程序为共享资源文件的第二应用程序时，由于终端中具备精简标识信息的应用程序共享第二应用程序的资源文件，因此，为避免第二应用程序中资源文件的变化对这些应用程序造成影响，在进行资源文件更新之前，需先获取第二应用程序在更新后和更新前的差异，以进行差异评估。

第二应用程序在更新后和更新前之间资源文件的差异包括更新后增加的资源的文件、删除的资源文件、修改的资源文件等。

在步骤S430中，根据差异，确定终端中的其他应用程序与第二应用程序之间相同的资源文件。

指示更新的应用程序不是第二应用程序时，其自身资源文件的更新不会对终端中的其他应用程序造成影响，因此将该应用程序中更新前的资源文件直接替换为更新后的资源文件。在资源文件替换后，根据替换后的资源文件，重新确定与第二应用程序之间相同的资源文件，进而实现与第二应用程序之间的资源文件共享。

指示更新的应用程序是第二应用程序时，需根据第二应用程序更新后和更新前之间的文件差异，重新确定终端中其他应用程序与第二应用程序之间相同的资源文件。

根据第二应用程序更新后与更新前之间资源文件的差异，及更新前的资源文件，对其他应用程序与第二应用程序进行资源文件的对比，确定终端中其他应用程序与第二应用程序之间相同的资源文件。

在步骤S440中，在第二应用程序中添加共享信息，共享信息用于将相同的资源文件向其它应用程序共享。

在步骤S450中，通过共享信息的添加，将第二应用程序中更新前的资源文件替换为更新后的资源文件。

利用如上所述的方法，在进行资源文件更新的应用程序为共享资源文件的第二应用程序时，对进行资源文件更新之前，获取第二应用程序在更新后与更新前之间资源文件的差异，根据差异，重新确定终端中其他应用程序与第二应用程序之间相同的资源文件，进而更新第二应用程序向其他应用程序共享的资源文件，从而保证了在第二应用程序更新后不影响其他应用程序的正常运行，保证了资源文件处理的正确性。

进一步的，本实施例的方法还包括：

在步骤S501中，接收第二应用程序发送的资源文件删除指令。

对于第二应用程序来说，如果服务器或者用户有需要对第二应用程序的资源文件进行删除，第二应用程序在对自身的资源文件进行删除前，需要通知共享第二应用程序中资源文件的应用程序，此时，作为共享第二应用程序中资源文件的第一应用程序会接受到该删除指令，并执行如下的步骤。

在步骤S502中，从第二应用程序的资源文件包中获取第一应用程序用于添加精简标识信息而删除的资源文件。

可参考前述加载方法的实施例，由于在第二应用程序包中存有与第一应用程序删除的资源文件相同的资源文件，由于第二应用程序的资源文件删除操作将会导致第一应用程序无法加载，严重时导致第一应用程序无法启动。

因此，对于第一应用程序，在接收到第二应用程序发送的资源文件删除指令后，需要到第二应用程序的资源文件包中获取第一应用程序在添加精简标识信息而删除的资源文件。

在步骤S503中，在获取被删除的资源文件后，删除第一应用程序中的精简标识信息。

由于第二应用程序向其他应用程序共享的内容可能不相同，因此，第二应用程序需要等待所有第一应用程序对资源文件都添加还原之后，再确定进行资源文件的删除操作。

在第一应用程序获取删除的资源文件后，此时，第一应用程序无需共享第二应用程序中的资源文件，因此删除第一应用程序中的精简标识信息。

图4是根据一示例性实施例示出的一种终端中应用程序的资源文件加载流程图。如图4所示，该终端中应用程序的资源文件加载方法还可以包括以下步骤。

在步骤S510中，接收第二应用程序发送的资源文件删除指令。

资源文件删除指令用于告诉第一应用程序第二应用程序会进行资源文件删除。

在步骤S520中，从第二应用程序的资源文件包中获取第一应用程序用于添加精简标识信息而删除的资源文件；

也即针对共享第二应用程序中资源文件的每一个应用程序，将应用程序共享的资源文件分别还原给应用程序。

当资源文件删除指令指示第二应用程序进行资源文件的删除时，为避免资源文件删除而对共享第二应用程序中资源文件的应用程序造成影响，第二应用程序进行资源文件删除之前，将向终端中其他应用程序共享的资源文件还原给相应的应用程序。

例如，第二应用程序A中包含有资源文件A1、A2、A3、A4，其中，第二应用程序A将资源文件A1、A2共享给应用程序B，将资源文件A1、A3共享给应用程序C。当系统或用户指示第二应用程序A进行资源文件删除时，在对资源文件删除之前，第二应用程序应将资源文件A1、A2还原给应用程序B，将资源文件A1、A3还原给应用程序C。

在步骤S530中，在获取被删除的资源文件后，删除第一应用程序中的精简标识信息。

通过如上所述的方法，当在第二应用程序进行资源文件的删除之前，获取到第二应用程序共享给其他应用程序的资源文件，即相应地把第二应用程序共享的文件还原给其他应用程序，避免因第二应用程序中资源文件的删除而对其他应用程序造成影响，从而保证了在第二应用程序进行资源文件删除后其他应用程序的正常运行。

下述为本公开装置实施例，可以用于执行本上述终端中应用程序的资源文件加载方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开终端中应用程序的资源文件加载方法实施例。

图5是根据一示例性实施例示出的一种终端中应用程序的资源文件加载装置的框图，如图5所示，该终端中应用程序的资源文件加载装置用于终端中的第一应用程序进行资源文件处理，该装置包括但不限于：加载指令接收模块110、精简判断模块120、第二应用确定模块130以及资源文件加载模块140。

加载指令接收模块110，用于接收第一应用程序资源文件的加载指令；

精简判断模块120，用于判断第一应用程序是否具备精简标识信息；

第二应用确定模块130，用于如果第一应用程序具备精简标识信息，则根据精简标识信息查找终端中向第一应用程序共享资源文件的第二应用程序；其中精简标识信息为在删除了与第二应用程序相同的资源文件后的应用程序中添加的标识信息；

资源文件加载模块140，用于从第二应用程序的资源文件包加载第一应用程序删除的资源文件。

上述装置中各个模块的功能和作用的实现过程具体详见上述终端中应用程序的资源文件加载方法中对应步骤的实现过程，在此不再赘述。

可选的，如图6所示，该装置包括但不限于：第二应用存在判断模块210、资源文件比对模块220和精简删除模块230。

第二应用存在判断模块210，用于针对第一应用程序，判断终端中是否存在预设的第二应用程序；

资源文件比对模块220，用于在第一应用程序和预设的第二应用程序之间进行资源文件的比对，确定第一应用程序和第二应用程序二者之间相同的资源文件；

精简删除模块230，用于在第一应用程序中删除相同的资源文件，并在第一应用程序中添加与第二应用程序对应的精简标识信息。

可选的，如图7所示，终端中不存在预设的第二应用程序，图6中的装置还包括但不限于：差异获取模块310和第二应用确定模块330。

差异获取模块310，用于在终端中的所有应用程序之间进行资源文件的比对；

第二应用确定模块320，根据差异获取模块对比的结果，在终端中的所有应用程序中确定可向其他应用程序共享资源文件最多的应用程序作为第二应用程序。

可选的，图6中的装置还包括：

更新接收模块，用于接收第二应用程序发送的资源文件更新指令；

第一删除文件获取模块，用于从所述第二应用程序的资源文件包中获取所述第一应用程序用于添加精简标识信息而删除的资源文件；

文件获取完成指令发送模块，用于向所述第二应用程序发送资源文件获取完成指令，所述资源文件获取完成指令用于使得所述第二应用程序在接收到指令后确定是否进行资源文件更新；

相同资源文件更新确定模块，用于待第二应用程序完成资源文件更新后，重新判断与更新后的所述第二应用程序之间相同的资源文件是否有更新；

相同资源文件删除模块，用于若是，则将与更新后的所述第二应用程序之间相同的资源文件进行删除。

可选的，图6中的装置还包括：

删除指令接收模块，用于接收所述第二应用程序发送的资源文件删除指令；

第二删除文件获取模块，用于从所述第二应用程序的资源文件包中获取所述第一应用程序用于添加精简标识信息而删除的资源文件；

精简标识删除模块，用于在获取所述被删除的资源文件后，删除所述第一应用程序中的精简标识信息。

可选的，图8是根据一示例性实施例示出的一种终端中应用程序的资源文件加载装置的框图，用于第二应用程序进行资源文件处理，第二应用程序向终端中的其它应用程序共享资源文件。如图8所示，该装置包括但不限于：更新指令接收模块410、更新差异获取模块420、共享文件确定模块430、共享信息添加模块440和应用更新模块450。

更新指令接收模块410，用于接收第二应用程序的资源文件更新指令；

更新差异获取模块420，用于响应资源文件更新指令，获取第二应用程序在更新后和更新前之间资源文件的差异；

共享文件确定模块430，用于根据差异，确定终端中其他应用程序与第二应用程序之间相同的资源文件；

共享信息添加模块440，用于在第二应用程序中添加共享信息，共享信息用于将相同的资源文件向其它应用程序共享；

应用更新模块450，用于通过共享信息的添加，将第二应用程序中更新前的资源文件替换为更新后的资源文件。

可选的，如图9所示，图8中的装置还包括但不限于：删除指令接收模块510、文件还原模块520和文件删除模块530。

删除指令接收模块510，用于接收第二应用程序的资源文件删除指令；

文件还原模块520，用于针对共享第二应用程序中资源文件的每一个应用程序，将应用程序共享的资源文件分别还原给应用程序；

文件删除模块530，用于删除第二应用程序中的所有资源文件。

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