一种文件加载方法、装置及可读存储介质与流程

本发明涉及计算机
技术领域：
，尤其涉及一种文件加载方法、装置及可读存储介质。
背景技术：
：随着智能终端的普及，智能终端上各类应用的资源文件也越来越多，而资源文件越来越多势必会导致该应用的加载速度变慢。例如，就小游戏行业而言，随着小游戏行业的发展，用户对小游戏的品质要求也越来越高，伴随而来的是支持小游戏运行的资源文件也越来越多。在h5环境的运行方式上，小游戏的资源文件越多越大会导致小游戏的加载速度变慢，从而影响小游戏的运行。可见，如何提升对应用资源文件的加载速度成为了一个亟待解决的问题。技术实现要素：本发明实施例提供了一种文件加载方法、装置及可读存储介质，采用这样的文件加载方式，可以提升对资源文件的加载速度。第一方面，本发明实施例提供了一种文件加载方法，所述方法包括：获取目标应用的多个资源文件，并基于第一预设规则对所述多个资源文件进行分类，得到至少一个第一类别资源，所述第一类别资源包括所述多个资源文件中的至少一个资源文件；基于第二预设规则对所述第一类别资源进行分类，得到至少一个第二类别资源；压缩所述至少一个第二类别资源，得到至少一个资源文件包；当检测到运行所述目标应用的操作指令时，加载所述至少一个资源文件包，以运行所述目标应用。第二方面，本发明实施例提供了一种文件加载装置，该文件加载装置包括：文件获取模块，用于获取目标应用的多个资源文件；文件分类模块，用于基于第一预设规则对所述多个资源文件进行分类，得到至少一个第一类别资源，所述第一类别资源包括所述多个资源文件中的至少一个资源文件；所述文件分类模块，还用于基于第二预设规则对所述第一类别资源进行分类，得到至少一个第二类别资源；文件压缩模块，用于压缩所述至少一个第二类别资源，得到至少一个资源文件包；加载模块，用于当检测到运行所述目标应用的操作指令时，加载所述至少一个资源文件包，以运行所述目标应用。第三方面，本发明实施例提供了一种终端设备，所述终端设备包括输入设备和输出设备，所述终端设备还包括处理器，适于实现一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行上述第一方面所述的文件加载方法。第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的文件加载方法。本申请实施例中，终端设备能够通过获取目标应用的多个资源文件，基于第一预设规则对多个资源文件进行分类得到至少一个第一类别资源，以及基于第二预设规则对上述第一类别资源进行分类得到至少一个第二类别资源，并压缩至少一个第二类别资源得到至少一个资源文件包，使得当检测到运行目标应用的操作指令时，终端设备可通过加载至少一个资源文件包，以运行该目标应用。采用这样的文件加载方式，通过调用资源文件包代替调用单个的资源文件的方式对目标应用的资源文件进行加载，可以提升对资源文件的加载速度。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例提供的一种文件加载方法的流程示意图；图2是本发明实施例提供的另一种文件加载方法的流程示意图；图3是本发明实施例提供的一种文件加载装置的结构示意图；图4是本发明实施例提供的一种终端设备的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。在本申请中，终端设备可以通过整理目标应用对应的资源文件，对资源文件进行初分类，以及进一步地对初分类后的资源文件进行二次分类，将二次分类的资源文件合并为一个资源文件，进而对合并后的资源文件进行压缩处理，得到至少一个资源文件包。当检测到运行该目标应用的操作指令时，终端设备加载该至少一个资源文件包，以运行该目标应用。相较于现有技术会因资源文件过多过大导致资源文件的加载速度变慢的问题，本发明实施例采用上述方法有助于提升加载资源文件的速度。本申请的技术方案可终端设备中，该终端设备包括但不限于手机、平板电脑、笔记本电脑、台式电脑等终端。请参见图1，是本发明实施例提供的一种文件加载方法的流程示意图，该文件加载方法包括如下步骤：s101：获取目标应用的多个资源文件，并基于第一预设规则对多个资源文件进行分类，得到至少一个第一类别资源。其中，第一类别资源包括该多个资源文件中的至少一个(一个或者多个)资源文件，并且第一类别资源中的资源文件数目小于目标应用的资源文件数目。可选的，该第一预设规则可以是基于至少一个应用关卡对目标应用的多个资源文件进行分类，或者可以是基于至少一个应用场景对目标应用的多个资源文件进行分类。在一个实施例中，该目标应用包括至少一个应用关卡，各个应用关卡对应有该目标应用的至少一个资源文件，终端设备检测各个应用关卡对应的资源文件的数量，和/或，各个应用关卡对应的资源文件的数据量。进一步地，终端设备可以基于各个应用关卡对应的资源文件的数量，和/或，各个应用关卡对应的资源文件的数据量，对目标应用的多个资源文件进行分类。可选的，终端设备可以在检测到目标应用的各个应用关卡的对应的资源文件数量小于第一数量阈值，和/或，检测到各个应用关卡对应的资源文件的数据量小于第一数据量阈值时，将至少一个应用关卡中的多个应用关卡的资源归为第一类别资源。和/或，终端设备可以在检测到目标应用的各个应用关卡的对应的资源文件数量大于或等于第一数量阈值，和/或，检测到各个应用关卡对应的资源文件的数据量大于或等于第一数据量阈值时，将至少一个应用关卡中的单个应用关卡的资源归为第一类别资源。其中，第一数量阈值和第一数据量阈值均由实验数据测算得到，后期可根据实际情况进行调整。示例性地，第一数量阈值为5，第一数据量阈值为500k，目标应用a包括10个应用关卡。终端设备检测到目标应用a中每个应用关卡的资源文件为3个且每个应用关卡的资源文件均小于400k。对于目标应用a而言，可以将目标应用a的资源文件分类得到2个第一类别资源，具体如表1所示：表1目标应用b包括10个应用关卡，目标应用b中每个应用关卡的资源文件为8个且每个应用关卡的资源文件均大于800k。对于目标应用b而言，由于各个应用关卡的资源文件数据量不一致，可以基于各个应用关卡的资源文件数据量进行分类(即应用关卡的资源文件的数据量较大时，可以单个应用关卡为一类，应用关卡的资源文件的数据量较小时，可以多个应用关卡为一类)将目标应用b的资源文件分类得到3个第一类别资源，具体如表2所示：表2在一个实施例中，目标应用包括至少一个应用场景，各个应用场景对应有目标应用的至少一个资源文件，终端设备检测各个应用场景对应的资源文件的数量，和/或，检测各个应用场景对应的资源文件的数据量。进一步地，终端设备可以基于各个应用场景对应的资源文件的数量，和/或，各个应用场景对应的资源文件的数据量，对目标应用的多个资源文件进行分类，得到第一类别资源。具体地，终端设备可以在检测到目标应用的各个应用场景的对应的资源文件数量小于第二数量阈值，和/或，检测到各个应用场景对应的资源文件的数据量小于第二数据量阈值时，将至少一个应用场景中的多个应用场景的资源归为第一类别资源。和/或，终端设备可以在检测到目标应用的各个应用场景的对应的资源文件数量大于或等于第二数量阈值，和/或，检测到各个应用场景对应的资源文件的数据量大于或等于第二数据量阈值时，可以将至少一个应用场景中的单个应用场景的资源归为第一类别资源。其中，第二数量阈值和第二数据量阈值均由实验数据测算得到，后期可根据实际情况进行调整。示例性地，第二数量阈值为20，第二数据量阈值为1024k，目标应用a包括10个应用场景，终端设备检测到目标应用a中每个应用场景的资源文件为15个，且每个应用场景的资源文件均小于600k。对于目标应用a而言，可以将目标应用a的资源文件分类得到2个第一类别资源：应用场景1-应用场景5的资源文件，应用场景6-应用场景10的资源文件。具体如表3所示：表3目标应用b包括10个应用场景，终端设备检测到目标应用b中每个应用场景的资源文件为25个，且应用场景1-应用场景7的资源文件均大于800k小于1024k，而应用场景8-应用场景10的资源文件均大于1024k。对于目标应用b而言，由于各个应用场景的资源文件数据量不一致，可以基于各个应用场景的资源文件数据量进行分类(即应用场景的资源文件大时，可以单个应用场景为一类，应用场景的资源文件较小时，可以多个应用场景为一类)将目标应用b的资源文件分类得到4个第一类别资源，具体如表4所示：表4s102：基于第二预设规则对该第一类别资源进行分类，得到至少一个第二类别资源。其中，第二类别资源包括第一类别资源的资源文件的一个或者多个资源文件。可选的，该第二预设规则可以是基于第一类别资源中各个资源文件的文件格式类型对该第一类别资源中的资源文件进行分类。具体地，终端设备可以获取第一类别资源中的资源文件的关联信息，该关联信息包括文件格式类型，进一步地，终端设备可以基于该文件格式类型对第一类别资源中的资源文件进行分类，得到第二类别资源。其中，文件格式类型可以是txt格式类型、json格式类型、csv格式类型和dat格式类型中的一种或多种。示例性地，按照应用关卡数量对目标应用a的多个目标文件分类，得到目标应用a的至少一个第一类别资源，其中某一个第一类别资源a1包括应用关卡1-应用关卡5的资源文件。终端设备获取到第一类别资源a1中各个资源文件的文件格式类型，如表5所示：表5进一步地，终端设备基于各个资源文件的文件格式类型对第一类别资源a1进行分类，得到4个第二类别资源，如表6所示：表6第二类别资源a11第二类别资源a12第二类别资源a13第二类别资源a141.txt1.json1.csv1.dat2.txt2.json2.csv2.dat3.txt3.json3.csv3.dat4.txt4.json4.csv4.dat5.txt5.json5.csv5.dats103：压缩上述至少一个第二类别资源，得到至少一个资源文件包。具体地，终端设备可以分别合并每个第二类别资源中的资源文件，得到至少一个第二类别资源合并文件，该第二类别资源和第二类别资源合并文件一一对应，并获取至少一个第二类别资源合并文件的关联信息，该关联信息包括文件调用顺序。进一步地，终端设备可以根据至少一个第二类别资源合并文件的文件调用顺序，压缩至少一个第二类别资源合并文件。其中，第二类别资源合并文件中还可以记录了资源合并信息，该资源合并信息可以包括合并前的初始资源文件的信息与合并后的第二类别资源合并文件的信息，例如，资源文件1和资源文件2合并为资源文件3，则资源合并信息包括合并前的初始资源文件(即资源文件1和资源文件2)的信息与合并后的第二类别资源合并文件(即资源文件3)的信息。示例性地，目标应用a的4个第二类别资源如表2所示，终端设备分别合并每个第二类别资源中的资源文件，得到4个第二类别资源合并文件：第二类别资源合并文件a11.txt、第二类别资源合并文件a12.json、第二类别资源合并文件a13.csv和第二类别资源合并文件a14.dat。进一步地，终端设备获取到4个第二类别资源合并文件的文件调用顺序，并根据该文件调用顺序对4个第二类别资源合并文件进行排序：第二类别资源合并文件a11.txt的调用顺序与第二类别资源合并文件a12.json相同，较优于第二类别资源合并文件a13.csv的调用顺序，优于第二类别资源合并文件a14.dat的调用顺序。根据该文件调用顺序，终端设备将4个第二类别资源合并文件压缩为3个资源文件包：包含第二类别资源合并文件a11.txt与第二类别资源合并文件a12.json的资源文件包，包含第二类别资源合并文件a13.csv的资源文件包，包含第二类别资源合并文件a14.dat的资源文件包。s104：当检测到运行该目标应用的操作指令时，加载上述至少一个资源文件包，以运行该目标应用。终端设备可以调用目标应用的引擎来加载上述资源文件包。例如，该目标应用基于html5(后文简称h5)的游戏应用，该游戏应用的游戏开发引擎如可以为laya引擎。终端设备可以预先更新该引擎源码，使其支持加载合并后的数据，从而实现提速。比如，可以更新laya引擎源码，在检测到终端设备运行(启动、打开、用户触控指令触发启动)该目标应用的操作指令时，可实现加载前述的至少一个资源文件包，调用该laya引擎源码解析上述不同类型的资源文件包来支撑目标应用的运行，从而提升目标应用的资源文件加载速度。可选地，执行步骤s104的终端设备可以和执行步骤s101-s103的终端设备为同一终端设备，例如，开发人员对应的测试终端设备。执行步骤s104的终端设备(如后文中第二终端设备)也可以和执行步骤s101-s103的终端设备(如后文中第一终端设备)为不同终端设备，例如，第二终端设备可以为安装有目标应用的客户端的终端设备，第一终端设备可以为开发人员对应的终端设备，本发明实施例对此不做限制。若执行步骤s104的终端设备(即后文中第二终端设备)和执行步骤s101-s103的终端设备(即后文中第一终端设备)为不同终端设备，针对这种情况，第一终端设备可以将前述至少一个资源文件包发送至服务器，以便第二终端设备从该服务器加载该至少一个资源文件包。例如，在一个应用场景中，该目标应用对应游戏应用，第一终端设备对应开发人员，第二终端设备对应安装该游戏应用的客户端，并且第一终端设备安装了游戏开发引擎laya。第一终端设备通过laya打包一个基于h5的游戏应用，将该游戏应用使用到的资源文件进行初步分类，得到第一类别资源。第一终端设备还可以对第一类别资源进行再次分类，得到第二类别资源。进而，第一终端设备分别合并各个第二类别资源，得到多个第二类别资源合并文件，并在第二类别资源合并文件中记录合并信息。第一终端设备压缩至少一个第二类别资源合并文件，得到至少一个资源文件包，以发送至服务器。第二终端设备在运行该游戏应用时，可以向服务器端请求加载该游戏应用的至少一个资源文件包。采用该文本加载的方法，有助于提升第二终端设备加载资源文件的速度。可见此外，采用本方案还可以具备如下优点：能够有效的降低网络请求数量和网络请求数据量过大的问题，节省大量的磁盘访问时间，降低服务器的压力，节省网络流量。本申请实施例中，终端设备获取目标应用的多个资源文件，并基于第一预设规则对多个资源文件进行分类，得到至少一个第一类别资源。进一步地，终端设备可以基于第二预设规则对该第一类别资源进行分类，得到至少一个第二类别资源，并压缩上述至少一个第二类别资源，得到至少一个资源文件包。当检测到运行该目标应用的操作指令时，加载上述至少一个资源文件包，以运行该目标应用。采用这样的文件加载方式，可以提升对资源文件的加载速度。请参见图2，是本发明实施例提供的另一种文件加载方法的流程示意图，该文件加载方法包括如下步骤：s201：获取目标应用的多个资源文件，并基于第一预设规则对多个资源文件进行分类，得到至少一个第一类别资源。s202：基于第二预设规则对该第一类别资源进行分类，得到至少一个第二类别资源。s203：压缩上述至少一个第二类别资源，得到至少一个资源文件包。其中，步骤s201-s203的具体实施方式可以参见上述实施例步骤s101-s103中具体描述，此处不再赘述。s204：检测上述至少一个资源文件包的数据量，若该资源文件包数据量满足压缩调整条件，则根据该资源文件包的数据量对该至少一个第二类别资源进行压缩调整，得到至少一个资源文件包。在一个实施例中，终端设备检测各个资源文件包数据量，若任一个资源文件包大于第三数据量阈值，则将该资源文件包确定为目标资源文件包，并查询该目标资源文件包对应的目标第二类别资源合并文件，删除该目标资源文件包。终端设备将该目标第二类别资源合并文件进行拆分，得到至少两个第三类别资源文件，压缩至少一个第三类别资源文件，得到至少一个资源文件包。采用这样的方式，避免资源文件包过大导致资源加载失败的情况。其中，第三数据量阈值是经过实验数据测算获得，后期可以根据实际情况调整。示例性地，第三数据量阈值为4m，终端设备检测各个资源文件包数据量，若检测到资源文件包a11的数据量大于4m，则将资源文件包a11确认为目标资源文件包，通过索引查询到资源文件包a11对应的目标第二类别资源合并文件a1。终端设备将目标第二类别资源合并文件a1拆分为2个第三类别资源文件a1′和第三类别资源文件a1″，并分别压缩第三类别资源文件a1′和第三类别资源文件a1″，得到2个第三类别资源文件对应的资源文件包。在一个实施例中，终端设备检测各个资源文件包数据量，若检测到任一个资源文件包的数据量小于第四数据量阈值，则将该资源文件包确定为目标资源文件包，并查询该目标资源文件包对应的目标第一类别资源。终端设备检测该第一类别资源对应的各个资源文件包的数据量，进一步地，终端设备可以根据该资源文件包的数据量压缩至少两个第二类别资源合并文件，得到资源文件包替换该目标第一类别资源对应的原始资源文件包。其中，第四数据量阈值是经过实验数据测算获得，后期可以根据实际情况调整。示例性地，第四数据量阈值为1m，终端设备检测各个资源文件包数据量，若检测到资源文件包a11的数据量小于1m，则将资源文件包a11确认为目标资源文件包，通过索引查询到资源文件包a11对应的目标第一类别资源a1。终端设备检测目标第一类别资源a1对应的资源文件包为资源文件包a11的数据量为900k，资源文件包a12的数据量为1.2m，资源文件包a13的数据量为3.3m。进一步地，终端设备可以将第二类别资源合并文件a11与第二类别资源合并文件a12压缩至同一个资源文件包，以替换原始资源文件包a11和资源文件包a12。s205：当检测到运行该目标应用的操作指令时，加载上述至少一个资源文件包，以运行该目标应用。其中，步骤s205的具体实施方式可以参见上述实施例步骤s104中具体描述，此处不再赘述。本申请实施例中，终端设备获取目标应用的多个资源文件，并基于第一预设规则对多个资源文件进行分类，得到至少一个第一类别资源。进一步地，终端设备可以基于第二预设规则对该第一类别资源进行分类，得到至少一个第二类别资源，并压缩上述至少一个第二类别资源，得到至少一个资源文件包。进而，终端设备可以检测上述至少一个资源文件包的数据量，若该资源文件包的数据量满足压缩调整条件，则根据该资源文件包的数据量对上述至少一个第二类别资源进行再次压缩，得到至少一个资源文件包。当检测到运行该目标应用的操作指令时，加载上述至少一个资源文件包，以运行该目标应用。采用这样的文件加载方式，可以提升对资源文件的加载速度。基于上述方法实施例的描述，本发明实施例还提出了一种文件加载装置。请参见图3所示，该文件加载装置包括如下模块：文件获取模块30，用于获取目标应用的多个资源文件；文件分类模块31，用于基于第一预设规则对所述多个资源文件进行分类，得到至少一个第一类别资源，所述第一类别资源包括所述多个资源文件中的至少一个资源文件；所述文件分类模块31，还用于基于第二预设规则对所述第一类别资源进行分类，得到至少一个第二类别资源；文件压缩模块32，用于压缩所述至少一个第二类别资源，得到至少一个资源文件包；加载模块33，用于当检测到运行所述目标应用的操作指令时，加载所述至少一个资源文件包，以运行所述目标应用。在一个实施例中，所述目标应用包括至少一个应用关卡，各个应用关卡对应有所述目标应用的至少一个资源文件，所述文件分类模块31在基于第一预设规则对所述多个资源文件进行分类时，具体还用于：检测所述各个应用关卡对应的资源文件的数量，和/或，所述各个应用关卡对应的资源文件的数据量；基于所述各个应用关卡对应的资源文件的数量，和/或，所述各个应用关卡对应的资源文件的数据量，对所述多个资源文件进行分类。在一个实施例中，所述目标应用包括至少一个应用场景，各个应用场景对应有所述目标应用的至少一个资源文件，所述文件分类模块31在基于第一预设规则对所述多个资源文件进行分类时，具体还用于：检测所述各个应用场景对应的资源文件的数量，和/或，所述各个应用场景对应的资源文件的数据量；基于所述各个应用场景对应的资源文件的数量，和/或，所述各个应用场景对应的资源文件的数据量，对所述多个资源文件进行分类。在一个实施例中，所述文件分类模块31在基于第二预设规则对所述第一类别资源进行分类时，具体还用于：获取所述第一类别资源中的资源文件的关联信息，所述关联信息包括文件格式类型；基于所述文件格式类型对所述第一类别资源中的资源文件进行分类。在一个实施例中，所述文件压缩模块32在压缩所述至少一个第二类别资源时，具体用于：分别合并每个第二类别资源中的资源文件，得到至少一个第二类别资源合并文件，所述第二类别资源和所述第二类别资源合并文件一一对应；获取所述至少一个第二类别资源合并文件的关联信息，所述关联信息包括文件调用顺序；根据所述至少一个第二类别资源合并文件的文件调用顺序，压缩至少一个所述第二类别资源合并文件。在一个实施例中，所述关联信息还包括文件数据量，所述文件压缩模块32在根据所述第二类别资源合并文件的文件调用顺序，压缩至少一个所述第二类别资源合并文件时，具体用于：基于所述第二类别资源合并文件的文件数据量和所述至少一个第二类别资源合并文件的文件调用顺序，压缩至少一个所述合并后的第二类别资源。需要说明的是，本发明实施例所描述的文件加载装置的各模块的功能可根据图1或图2所述的方法实施例中的方法具体实现，其具体实现过程可以参照图1或图2方法实施例的相关描述，此处不再赘述。基于上述方法实施例以及装置项实施例的描述，本发明实施例还提供一种终端设备。请参见图4，该终端设备可至少包括处理器401、输入设备402、输出设备403以及存储器404；其中，处理器401、输入设备402、输出设备403以及存储器404可通过总线或者其它连接方式进行连接。所述存储器404用于存储计算机程序，所述计算机程序包括程序指令，所述处理器401用于执行所述存储器404存储的程序指令。处理器401(或称cpu(centralprocessingunit，中央处理器))是终端设备的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现上述文件加载方法实施例中的相应方法流程或相应功能。其中，处理器401被配置调用所述程序指令执行：通过所述输入设备402获取目标应用的多个资源文件，并基于第一预设规则对所述多个资源文件进行分类，得到至少一个第一类别资源，所述第一类别资源包括所述多个资源文件中的至少一个资源文件；基于第二预设规则对所述第一类别资源进行分类，得到至少一个第二类别资源；压缩所述至少一个第二类别资源，得到至少一个资源文件包；当检测到运行所述目标应用的操作指令时，加载所述至少一个资源文件包，以运行所述目标应用。在一个实施例中，所述目标应用包括至少一个应用关卡，各个应用关卡对应有所述目标应用的至少一个资源文件，所述处理器401，还用于检测所述各个应用关卡对应的资源文件的数量，和/或，所述各个应用关卡对应的资源文件的数据量；基于所述各个应用关卡对应的资源文件的数量，和/或，所述各个应用关卡对应的资源文件的数据量，对所述多个资源文件进行分类。在一个实施例中，所述目标应用包括至少一个应用场景，各个应用场景对应有所述目标应用的至少一个资源文件，所述处理器401，还用于检测所述各个应用场景对应的资源文件的数量，和/或，所述各个应用场景对应的资源文件的数据量；基于所述各个应用场景对应的资源文件的数量，和/或，所述各个应用场景对应的资源文件的数据量，对所述多个资源文件进行分类。在一个实施例中，所述处理器401，还用于获取所述第一类别资源中的资源文件的关联信息，所述关联信息包括文件格式类型；基于所述文件格式类型对所述第一类别资源中的资源文件进行分类。在一个实施例中，所述处理器401，还用于分别合并每个第二类别资源中的资源文件，得到至少一个第二类别资源合并文件，所述第二类别资源和所述第二类别资源合并文件一一对应；获取所述至少一个第二类别资源合并文件的关联信息，所述关联信息包括文件调用顺序；根据所述至少一个第二类别资源合并文件的文件调用顺序，压缩至少一个所述第二类别资源合并文件。在一个实施例中，所述关联信息还包括文件数据量，所述处理器401，还用于基于所述第二类别资源合并文件的文件数据量和所述至少一个第二类别资源合并文件的文件调用顺序，压缩至少一个所述合并后的第二类别资源。应当理解，在本发明实施例中，所称处理器401可以是中央处理单元(centralprocessingunit，cpu)，该处理器401还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立a硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。该存储器404可以包括只读存储器和随机存取存储器，并向处理器401提供指令和数据。存储器404的一部分还可以包括非易失性随机存取存储器。例如，存储器404还可以存储设备类型的信息。该输入设备403可以包括触控板、指纹采传感器(用于采集用户的指纹信息)、麦克风、实体键盘等，输出设备403可以包括显示器(lcd等)、扬声器等。具体实现中，本发明实施例中所描述的处理器401、存储器404、输入设备402和输出设备403可执行本发明实施例提供的图1或者图2所述的方法实施例所描述的实现方式，也可执行本发明实施例所描述的文件加载装置的实现方法，在此不再赘述。在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行时实现本发明实施例提供的图1或者图2所述的方法实施所描述的实现方式，所述计算机可读存储介质可以是前述任一实施例所述的终端设备的内部存储单元，例如终端设备的硬盘或内存。所述计算机可读存储介质也可以是所述终端设备的外部存储设备，例如所述终端设备上配备的插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)等。进一步地，所述计算机可读存储介质还可以既包括所述终端设备的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的可读存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)或随机存储记忆体(randomaccessmemory，ram)等。当前第1页12