CN104866350B - 终端分区空间的优化方法、装置及终端 - Google Patents

Abstract

本公开是关于终端分区空间的优化方法、装置及终端，该方法包括：基于生成系统映像文件的系统目录下的文件大小确定大文件；对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间。应用本公开实施例，用于Android升级的编译打包的第一终端可以确定系统目录下的文件中的大文件，并对大文件进行处理，以快速优化要升级Android的第二终端的系统空间，提高第二终端的稳定性和安全性，优化用户体验。

Description

终端分区空间的优化方法、装置及终端

技术领域

本公开涉及通信技术领域，尤其涉及一种终端分区空间的优化方法、装置及终端。

背景技术

系统映像(system.img)文件是对安卓(Android)系统进行编译的过程中产生的文件。当进行Android系统升级时，需要将最新的系统映像文件刷入终端例如手机中。

相关技术中，有些用户的终端例如手机的使用周期为几年，需要升级Android系统。在升级时，由于手机本身的系统(system)分区空间过小，无法直接将最新生成的system.img文件刷入系统分区，即使能够刷入，也会导致系统分区的剩余空间过小，影响手机的正常工作，例如无法进行OTA(Over-the-Air Technology，空中下载技术)升级等等。

发明内容

本公开提供了一种终端分区空间的优化方法、装置及终端，以解决相关技术中对于系统分区空间过小的终端，刷入Android升级的系统映像文件之后会导致剩余空间过小，影响终端正常工作等问题。

根据本公开实施例的第一方面，提供一种终端分区空间的优化方法，包括：

基于生成系统映像文件的系统目录下的文件大小确定大文件；

对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间。

可选的，所述基于生成系统映像文件的系统目录下的文件大小确定大文件，包括：

遍历所述系统目录下的所有文件；

确定所述文件的类型和大小；

基于所述文件的类型，查找对应的设定阈值；

在所述文件的大小大于所述预设阈值时，确定所述文件为大文件。

可选的，所述遍历所述系统目录下的所有文件，包括：

以一层一层目录查找的方式遍历所述系统目录下的所有文件。

可选的，所述遍历所述系统目录下的所有文件，包括：

基于所述系统目录下的所有文件的修改日期的逆序对所述所有文件进行排序；

按照所述排序的顺序遍历所述所有文件。

可选的，所述在所述文件的大小大于所述预设阈值时，确定所述文件为大文件，包括：

在文件类型为可运行程序文件odex时，将大小大于5M的odex文件确定为所述大文件；

在所述文件类型为用户层的动态库so时，将大小大于3M的so文件确定为所述大文件；

在所述文件类型为安卓安装包Apk时，将大小大于10M的Apk文件确定为所述大文件；

在所述文件类型为数据文件时，将大小大于3M的数据文件确定为大文件。

可选的，所述基于生成系统映像文件的系统目录下的文件大小确定大文件之前，所述方法还包括：

确定生成所述系统映像文件的所述系统目录下的文件大小；

确定用于刷入所述系统映像文件的终端的系统分区的空间大小；

计算所述系统分区的空间大小与所述系统目录下的文件大小之间的差值；

判断所述差值是否不大于设定空间阈值；

在判断为所述差值不大于设定空间阈值时，执行所述基于生成系统映像文件的系统目录下的文件大小确定大文件。

可选的，所述设定空间阈值为50-60M。

可选的，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为odex时，关闭所述odex。

可选的，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为so时，判断所述大文件是否属于应用程序App；

在所述大文件属于所述App时，将所述App目录下的库lib文件及所述lib文件运行所依赖的Apk文件一起打包；

将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下。

可选的，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为Apk时，判断所述大文件的运行是否依赖于文件类型为so的文件；

在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件，且所述文件类型为so的文件属于App时，将所述App目录下的lib文件及所述lib文件运行所依赖的Apk文件一起打包；

将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下；

在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件和lib文件一起删除；

在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件时，将所述大文件移植到所述终端的除所述系统分区以外的分区目录下；

在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件删除。

可选的，所述将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下之后，所述方法还包括：

将lib目录下的lib文件删除。

可选的，所述判断所述大文件是否属于App之前或之后，所述方法还包括：

判断所述大文件是否携带调试信息；

在判断为所述大文件携带所述调试信息时，删除所述调试信息。

可选的，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为数据文件时，将所述数据文件移植到所述终端的除系统分区以外的分区目录下。

可选的，所述对所述大文件进行处理之后，所述方法还包括：

将所述系统映像文件刷入到所述终端。

根据本公开实施例的第二方面，提供一种终端分区空间的优化装置，包括：

大文件确定模块，用于基于生成系统映像文件的系统目录下的文件大小确定大文件；

处理模块，用于对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间。

可选的，所述大文件确定模块包括：

遍历子模块，用于遍历所述系统目录下的所有文件；

类型大小确定子模块，用于确定所述文件的类型和大小；

查找子模块，用于基于所述文件的类型，查找对应的设定阈值；

大文件确定子模块，用于在所述文件的大小大于所述预设阈值时，确定所述文件为大文件。

可选的，所述遍历子模块包括：

第一遍历子模块，用于以一层一层目录查找的方式遍历所述系统目录下的所有文件。

可选的，所述遍历子模块包括：

排序子模块，用于基于所述系统目录下的所有文件的修改日期的逆序对所述所有文件进行排序；

第二遍历子模块，用于按照所述排序的顺序遍历所述所有文件。

可选的，所述大文件确定子模块包括：

第一确定子模块，用于在文件类型为odex时，将大小大于5M的odex文件确定为所述大文件；

第二确定子模块，用于在所述文件类型为so时，将大小大于3M的so文件确定为所述大文件；

第三确定子模块，用于在所述文件类型为Apk时，将大小大于10M的Apk文件确定为所述大文件；

第四确定子模块，用于在所述文件类型为数据文件时，将大小大于3M的数据文件确定为大文件。

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

文件大小确定模块，用于确定生成所述系统映像文件的所述系统目录下的文件大小；

空间大小确定模块，用于确定用于刷入所述系统映像文件的终端的系统分区的空间大小；

差值计算模块，用于计算所述系统分区的空间大小与所述系统目录下的文件大小之间的差值；

差值判断模块，用于判断所述差值是否不大于设定空间阈值；

在所述差值判断模块判断为所述差值不大于设定空间阈值时，所述大文件确定模块执行所述基于生成系统映像文件的系统目录下的文件大小确定大文件。

可选的，所述差值判断模块使用的所述设定空间阈值为50-60M。

可选的，所述处理模块包括：

关闭子模块，用于在所述大文件的文件类型为odex时，关闭所述odex。

可选的，所述处理模块包括：

第一判断子模块，用于在所述大文件的文件类型为so时，判断所述大文件是否属于App；

第一打包子模块，用于在所述大文件属于所述App时，将所述App目录下的lib文件及所述lib文件运行所依赖的Apk文件一起打包；

第一移植子模块，用于将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下。

可选的，所述处理模块包括：

第二判断子模块，用于在所述大文件的文件类型为Apk时，判断所述大文件的运行是否依赖于文件类型为so的文件；

第二打包子模块，用于在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件，且所述文件类型为so的文件属于App时，将所述App目录下的lib文件及所述lib文件运行所依赖的Apk文件一起打包；

第二移植子模块，用于将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下；

第一删除子模块，用于在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件和lib文件一起删除；

第三移植子模块，用于在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件时，将所述大文件移植到所述终端的除所述系统分区以外的分区目录下；

第二删除子模块，用于在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件删除。

可选的，所述处理模块还包括：

第三删除子模块，用于将lib目录下的lib文件删除。

可选的，所述处理模块还包括：

第三判断子模块，用于判断所述大文件是否携带调试信息；

第四删除子模块，用于在判断为所述大文件携带所述调试信息时，删除所述调试信息。

可选的，所述处理模块包括：

第四移植子模块，用于在所述大文件的文件类型为数据文件时，将所述数据文件移植到所述终端的除系统分区以外的分区目录下。

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

刷入模块，用于将所述系统映像文件刷入到所述终端。

根据本公开实施例的第三方面，提供一种终端，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

基于生成系统映像文件的系统目录下的文件大小确定大文件；

对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间。

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

本公开中用于Android升级的编译打包的第一终端可以确定系统目录下的文件中的大文件，并对大文件进行处理，以快速优化要升级Android的第二终端的系统空间，提高第二终端的稳定性和安全性，优化用户体验。

本公开中第一终端遍历各个文件，基于系统目录下的文件的类型及大小，确定需要处理的大文件，遍历的方式可以为一级一级目录逐级遍历，也可以对文件进行排序后，依次遍历，以确保不会漏掉任何文件。

本公开中第一终端预先对系统目录下的文件大小及系统分区空间大小进行计算，并确定二者差值，如果系统分区空间大小比系统目录下的文件大小多设定空间阈值的空间，则认为将系统映像文件刷入第二终端之后不会影响第二终端的运行，在小于设定空间阈值时再进行大文件的确定和处理，从而有针对性的进行系统分区空间的优化。

本公开中第一终端能够对odex大文件、so大文件、Apk大文件以及大的数据文件进行处理，以有效减少这些类型的文件所占用的第二终端的系统分区空间。此外，通过精减处理将so文件中的调试信息删除之后，能够减少so文件所占用空间的大小，而且能够提高系统的安全性。

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

附图说明

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

图1是本公开根据一示例性实施例示出的一种终端分区空间的优化方法流程图。

图2本公开根据一示例性实施例示出的一种终端分区空间的优化应用场景示意图。

图3是本公开根据一示例性实施例示出的一种终端分区空间的优化装置框图。

图4是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图5是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图6是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图7是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图8是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图9是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图10是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图11是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图12是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图13是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图14是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图15是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图。

图16是本公开根据一示例性实施例示出的一种用于终端分区空间的优化装置的一结构示意图。

具体实施方式

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

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，图1是根据一示例性实施例示出的一种终端分区空间的优化方法流程图，该方法可以用于终端中，包括以下步骤：

步骤101、基于生成系统映像文件的系统目录下的文件大小确定大文件。

本公开中的终端可以是任何具有上网功能的智能终端，例如，可以具体为手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、PC(Personal Computer，个人计算机)等。该终端称之为第一终端，为对Android系统进行编译打包的终端，此外，本公开中将需要升级Android系统的终端称之为第二终端。

本公开实施例中，通过遍历第一终端的系统目录下的所有文件来确定大文件。该遍历的方式可以为，例如，一级一级目录来查找各个文件；或基于文件的修改日期的逆序或顺序来排序和查找；或者基于文件的类型来查找。

确定大文件需要首先确定各文件的类型和大小，不同类型的文件所占空间不同。然后基于类型查找存储的对应于该类型的设定阈值，并且在该文件的大小大于对应的设定阈值时，确定该文件为大文件。

例如，如果该文件类型为so(shared object，用户层的动态库)文件，则设定阈值为3M，大于3M的so文件被判断为大文件；如果文件类型为Apk(Android Package，安卓安装包)文件，则设定阈值为10M，大于10M的Apk文件就被判断为大文件；如果文件类型为odex文件(安卓上的Apk中提取出来的可运行程序文件)，则设定阈值为5M，大于5M的odex文件就可以判断为大文件。

本公开中，可以对任何需要进行Android升级的终端进行系统分区的优化，如步骤101中直接确定生成系统映像文件的系统目录下的大文件；也可以针对系统分区的空间大小与系统目录下的文件大小的差值低于第一空间阈值的终端进行系统分区的优化，在这种方式中，首先，确定第一终端中生成系统映像文件的系统目录下的文件大小。

本公开实施例中，可以通过du命令在用于Android系统编译打包的第一终端上，例如PC上确定系统目录下的文件大小，该du命令可以为：$du-m-d 0 system。

其次，确定要进行Android升级的第二终端上的系统分区的空间大小。

第二终端上的分区，包括系统分区、数据(data)分区、缓存(catch)分区、以及SD(Secure Digital Memory Card，安全数码存储卡)分区。本公开实施例主要目的为优化第二终端的系统分区。

本公开步骤中，可以通过df命令在该第二终端上查看系统分区的空间大小，该df命令可以为：#df。

然后，对比系统目录的文件大小与系统分区的空间大小，并计算二者差值，即系统分区的空间大小比系统目录的文件大小大多少。

在二者差值不大于设定的第一空间阈值时，再确定系统目录下的大文件。

本公开步骤中，该第一空间阈值通常为50-60M，本公开实施例中选择50M，也就是说，如果系统分区的空间大小比系统目录的文件大小大不到50M，通常认为系统分区的空间太小，进行Android系统升级之后将影响第二终端的正常运行，因而需要对系统分区的空间进行优化。

步骤102、对所确定的大文件进行处理，以优化要刷入系统映像文件的终端的系统分区的空间。

本公开中，预先对生成系统映像文件的系统目录下的大文件进行处理，以使得将系统映像文件刷入第二终端之后，尽可能少的占用第二终端的系统分区的空间，以提高第二终端的稳定性，优化用户体验。

第一、对于类型为odex的大文件，处理方式为关闭odex。

第二、对于类型为so的大文件，处理方式如下：

首先，判断该so文件是否属于应用程序(Application，App)。

在判断为该so文件属于App时，则将该App目录下的库(lib)文件和所依赖的Apk文件一起打包，并将该打包后的文件移植到第二终端的除系统分区以外的分区目录下，例如移植到数据分区目录下。

本公开步骤中，可以根据该so文件的编译脚本，判断该so文件是否属于App。而且，在生成Apk文件的源码目录中，可以通过修改编译脚本，在编译源码的时候将lib文件打包到Apk文件中去,同时指定Apk文件存放的目录为/data。

如果判断为该so文件不属于App，则不对该so文件进行处理。

本公开中，在对应第二终端的系统分区中存储有两份lib文件和一份Apk文件，其中一份lib文件保存在Apk文件中，一份lib文件保存在lib/目录下，这种情况下删除lib目录下的lib文件，将另一份lib文件及其运行所依赖的Apk文件一起打包并移植到其他分区，例如数据分区,这样在最后生成系统映像文件并将其刷入第二终端之后，就能在第二终端开机启动的时候自动将Apk文件进行安装，并将其所依赖的lib文件解压缩到其可以引用的路径/data/app-lib中。

此外，本公开中，在判断so文件是否属于App之前或之后，还可以判断该so文件是否经过精减(strip)处理，如果判断为否，则对该.so文件进行精减处理。

有些so文件中包含调试信息，这些调试信息对于第一终端而言是无用信息，而且有可能带来安全隐患，例如被非法者获取之后，非法者利用该调试信息，能够进行反汇编。通过精减处理将调试信息删除之后，能够减少so文件所占用空间的大小，而且能够提高系统的安全性。

第三，对于类型为Apk的大文件，处理方式如下：

首先判断该.Apk文件的运行是否依赖于文件类型为so的文件，还需要判断该Apk文件是否为有用文件，即第二终端上的程序的运行是否依赖于该Apk文件，如果依赖于该Apk文件，则说明该Apk文件有用，否则说明该Apk文件无用。

在判断为该Apk文件的运行依赖于so文件，且该Apk文件为有用文件时，对Apk文件的处理与上述so大文件的处理方式相同。

在判断为该Apk文件的运行依赖于so文件，但该Apk文件为无用文件时，将Apk文件和lib文件一起删除，这里的lib文件是依赖于Apk文件而运行的文件。

在判断为Apk文件的运行不依赖于so文件，而且该Apk文件为有用文件时，将该Apk文件移植到其他分区例如数据分区；

在判断为该Apk文件的运行不依赖于so文件，且该Apk文件为无用文件时，删除该Apk文件。

此外，对大文件进行处理还可以包括：将占用空间过大(大于第二空间阈值，例如3M)的数据文件移植到别的分区。

例如，将大小大于3M的数据文件视为占用空间过大的文件，将其转移到数据分区、或缓存分区或SD卡分区。这种情况下需要修改对应代码中的调用路径。

例如，一个格式为dat的大的资源数据文件大于3M，在系统分区中存放，引用该资源的路径已经固定在系统分区，调用路径为/system/etc/recovery-resources.dat，经过计算确定为数据分区的空间较大，因而将该数据文件移植到数据分区，那么将该数据文件的调用路径修改为：/data/misc/recovery-resources.dat。

如图2所示，图2是根据一示例性实施例示出的一种终端分区空间的优化应用场景示意图，图2中包括：作为第一终端的PC，作为第二终端的小米智能手机，两个终端通过网络连接。

首先通过du命令逐级查找PC上生成系统映像文件的系统目录下的文件大小，然后通过df命令确定小米智能手机上的系统分区的空间大小，然后计算系统分区的空间大小比文件大小大32M，低于设定阈值50M，从而判断为如果将系统映像文件刷入小米智能手机，会影响小米智能手机的运行，因而，对PC上系统目录下的大文件进行处理。确定文件类型为odex的文件大小大于5M，因而将该odex文件确定为大文件。然后，在编译程序中将该odex程序关闭。而且，对关闭odex之前和之后的占用空间情况进行了对比，未关闭odex之前：

system/app/：96M，即系统分区下的app目录下的文件占用空间96M；

system/priv-app/：75M，即系统分区下的priv-app目录下的文件占用空间75M；

system/framework/：50M，即系统分区下的framework目录下的文件占用空间50M。

关闭odex之后：

system/app/：73M，即系统分区下的app目录下的文件占用空间73M；

system/priv-app/：61M，即系统分区下的priv-app目录下的文件占用空间61M；

system/framework/：34M，即系统分区下的framework目录下的文件占用空间34M。

由上述对比数据可以看出，关闭odex之后，app目录下的文件节省了大约24％的系统空间，priv-app目录下的文件节省了大约32％的系统空间，因而关闭odex有效节省了第二终端的系统空间。

在图2所示应用场景中，实现终端分区空间的优化的具体过程可以参见前述对图1中的描述，在此不再赘述。

与前述终端分区空间的优化方法实施例相对应，本公开还提供了终端分区空间的优化装置及其所应用的终端的实施例。

如图3所示，图3是本公开根据一示例性实施例示出的一种终端分区空间的优化装置框图，该装置可以包括：大文件确定模块310和处理模块320。

其中，大文件确定模块310，被配置为基于生成系统映像文件的系统目录下的文件大小确定大文件；

处理模块320，被配置为对大文件确定模块310确定的大文件进行处理，以优化要刷入系统映像文件的终端的分区的空间。

上述实施例中，用于Android升级的编译打包的第一终端可以确定系统目录下的文件中的大文件，并对大文件进行处理，以快速优化要升级Android的第二终端的系统空间，提高第二终端的稳定性和安全性，优化用户体验。

如图4所示，图4是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3所示实施例的基础上，该大文件确定模块310包括：遍历子模块311、类型大小确定子模块312、查找子模块313和大文件确定子模块314。

其中，遍历子模块311，被配置为遍历系统目录下的所有文件；

类型大小确定子模块312，被配置为确定遍历子模块311所遍历的各个文件的类型和大小；

查找子模块313，被配置为基于类型大小确定子模块312所确定的文件的类型，查找对应的设定阈值；

大文件确定子模块314，被配置为在类型大小确定子模块312所确定的文件的大小大于查找子模块313所查找的预设阈值时，确定该文件为大文件。

上述实施例中，第一终端基于系统目录下的文件的类型及大小，确定哪些文件为需要处理的大文件。

如图5所示，图5是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图4所示实施例的基础上，遍历子模块311可以包括：第一遍历子模块315。

其中，第一遍历子模块315，被配置为以一层一层目录查找的方式遍历系统目录下的所有文件。

如图6所示，图6是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图4所示实施例的基础上，遍历子模块311可以包括：排序子模块316和第二遍历子模块317。

其中，排序子模块316，被配置为基于系统目录下的所有文件的修改日期的逆序对所有文件进行排序；

第二遍历子模块317，被配置为按照排序子模块316所排列的顺序遍历所有文件。

上述实施例中，第一终端确定大文件要遍历系统目录下的所有文件，该遍历的方式可以为一级一级目录逐级遍历，也可以对文件进行排序后，依次遍历，以确保不会漏掉任何文件。

如图7所示，图7是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图4所示实施例的基础上，大文件确定子模块314可以包括：第一确定子模块318、第二确定子模块319、第三确定子模块3110和第四确定子模块3111。

其中，第一确定子模块318，被配置为在类型大小确定子模块312所确定的文件类型为odex时，将大小大于5M的odex文件确定为大文件；

第二确定子模块319，被配置为在类型大小确定子模块312所确定的文件类型为so时，将大小大于3M的so文件确定为大文件；

第三确定子模块3110，被配置为在类型大小确定子模块312所确定的文件类型为Apk时，将大小大于10M的Apk文件确定为大文件；

第四确定子模块3111，被配置为在类型大小确定子模块312所确定的文件类型为数据文件时，将大小大于3M的数据文件确定为大文件。

上述实施例中，由于不同类型的文件占用空间大小不同，因而第一终端针对不同类型的文件，给出了确定为大文件的不同阈值，以精确确定占据空间较多的文件。

如图8所示，图8是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3所示实施例的基础上，该装置还可以包括：文件大小确定模块330、空间大小确定模块340、差值计算模块350和差值判断模块360。

其中，文件大小确定模块330，被配置为确定生成系统映像文件的系统目录下的文件大小；

空间大小确定模块340，被配置为确定用于刷入系统映像文件的终端的系统分区的空间大小；

差值计算模块350，被配置为计算空间大小确定模块340所确定的系统分区的空间大小与文件大小确定模块330确定的系统目录下的文件大小之间的差值；

差值判断模块360，被配置为判断差值计算模块350计算的差值是否不大于设定空间阈值；

在差值判断模块360判断为该差值不大于设定空间阈值时，大文件确定模块310执行基于生成系统映像文件的系统目录下的文件大小确定大文件。

其中，差值判断模块360所使用的设定空间阈值为50-60M。

上述实施例中，第一终端预先对系统目录下的文件大小及系统分区空间大小进行计算，并确定二者差值，如果系统分区空间大小比系统目录下的文件大小多设定空间阈值的空间，则认为将系统映像文件刷入第二终端之后不会影响第二终端的运行，在小于设定空间阈值时再进行大文件的确定和处理，从而优化第一终端的工作效率，有针对性的进行空间优化。

如图9所示，图9是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3所示实施例的基础上，处理模块320可以包括：关闭子模块321。

其中，关闭子模块321，被配置为在类型大小确定子模块312所确定的大文件的文件类型为odex时，关闭odex。

上述实施例中，对于存在类型为odex的大文件时，直接关闭odex，能够有效节省第二终端的系统空间。

如图10所示，图10是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3所示实施例的基础上，处理模块320还可以包括：第一判断子模块322、第一打包子模块323和第一移植子模块324。

其中，第一判断子模块322，被配置为在类型大小确定子模块312所确定的大文件的文件类型为so时，判断该大文件是否属于App；

第一打包子模块323，被配置为在第一判断子模块322判断为大文件属于App时，将App目录下的lib文件及lib文件运行所依赖的Apk文件一起打包；

第一移植子模块324，被配置为将第一打包子模块323打包后的文件移植到终端的除系统分区以外的分区目录下。

上述实施例中，对于类型为so的大文件，进行打包移植等处理，能够有效减小so文件占用的系统空间。

如图11所示，图11是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3所示实施例的基础上，处理模块320还可以包括：第二判断子模块325、第二打包子模块326、第二移植子模块327、第一删除子模块328、第三移植子模块329和第二删除子模块3210。

其中，第二判断子模块325，被配置为在类型大小确定子模块312所确定的大文件的文件类型为Apk时，判断大文件的运行是否依赖于文件类型为so的文件；

第二打包子模块326，被配置为在第二判断子模块325判断为大文件的运行依赖于文件类型为so的文件，且终端的运行依赖于大文件，且文件类型为so的文件属于App时，将App目录下的lib文件及lib文件运行所依赖的Apk文件一起打包；

第二移植子模块327，被配置为将第二打包子模块326打包后的文件移植到终端的除系统分区以外的分区目录下；

第一删除子模块328，被配置为在第二判断子模块325判断为大文件的运行依赖于文件类型为so的文件，且终端的运行不依赖于该大文件时，将大文件和lib文件一起删除；

第三移植子模块329，被配置为在第二判断子模块325判断为大文件的运行不依赖于文件类型为so的文件，且终端的运行依赖于大文件时，将大文件移植到终端的除系统分区以外的分区目录下；

第二删除子模块3210，被配置为在第二判断子模块325判断为大文件的运行不依赖于文件类型为so的文件，且终端的运行不依赖于大文件时，将大文件删除。

上述实施例中，终端还对类型为Apk的大文件进行处理，以有效减少Apk文件所占用的系统空间的大小。

如图12所示，图12是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图10所示实施例的基础上，该处理模块320还可以包括：第三删除子模块3211。

其中，第三删除子模块3211，被配置为将lib目录下的lib文件删除。

如图13所示，图13是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图10所示实施例的基础上，处理模块320还可以包括：第三判断子模块3212和第四删除子模块3213。

其中，第三判断子模块3212，被配置为判断大文件是否携带调试信息；

第四删除子模块3213，被配置为在第三判断子模块3212判断为大文件携带调试信息时，删除该调试信息。

上述实施例中，通过精减处理将调试信息删除之后，能够减少so文件所占用空间的大小，而且能够提高系统的安全性。

如图14所示，图14是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3所示实施例的基础上，处理模块320还可以包括：第四移植子模块3214。

其中，第四移植子模块3214，被配置为在类型大小确定子模块312确定的大文件的文件类型为数据文件时，将该数据文件移植到终端的除系统分区以外的分区目录下。

上述实施例中，第一终端还对较大的数据文件进行处理，以减少数据文件所占用的系统分区空间。

如图15所示，图15是本公开根据一示例性实施例示出的另一种终端分区空间的优化装置框图，该实施例在前述图3-14任一所示实施例的基础上，装置还可以包括：刷入模块370。

其中，刷入模块370，被配置为将系统映像文件刷入到终端。

上述实施例中，第一终端对大文件进行处理之后，将系统映像文件刷入第二终端，使得第二终端快速完成Android升级，且能够确保升级之后不会因系统空间而影响第二终端的正常工作。

上述图3至图15示出的终端分区空间的优化装置实施例可以应用在终端中。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种终端，所述终端包括有处理器；用于存储处理器可执行指令的存储器；其中，该处理器被配置为：基于生成系统映像文件的系统目录下的文件大小确定大文件；对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间。

如图16所示，图16是本公开根据一示例性实施例示出的一种用于终端分区空间的优化装置1600的一结构示意图。例如，装置1600可以是具有路由功能的移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图16，装置1600可以包括以下一个或多个组件：处理组件1602，存储器1604，电源组件1606，多媒体组件1608，音频组件1610，输入/输出(I/O)的接口1612，传感器组件1614，以及通信组件1616。

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

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

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

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

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

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

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

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

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

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

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (27)

1.一种终端分区空间的优化方法，其特征在于，包括：

基于生成系统映像文件的系统目录下的文件大小确定大文件；

对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间；

所述基于生成系统映像文件的系统目录下的文件大小确定大文件，包括：

遍历所述系统目录下的所有文件；

确定所述文件的类型和大小；

基于所述文件的类型，查找对应的设定阈值；

在所述文件的大小大于所述设定阈值时，确定所述文件为大文件。

2.根据权利要求1所述的方法，其特征在于，所述遍历所述系统目录下的所有文件，包括：

以一层一层目录查找的方式遍历所述系统目录下的所有文件。

3.根据权利要求1所述的方法，其特征在于，所述遍历所述系统目录下的所有文件，包括：

基于所述系统目录下的所有文件的修改日期的逆序对所述所有文件进行排序；

按照所述排序的顺序遍历所述所有文件。

4.根据权利要求1所述的方法，其特征在于，所述在所述文件的大小大于所述设定阈值时，确定所述文件为大文件，包括：

在文件类型为可运行程序文件odex时，将大小大于5M的odex文件确定为所述大文件；

在所述文件类型为用户层的动态库so时，将大小大于3M的so文件确定为所述大文件；

在所述文件类型为安卓安装包Apk时，将大小大于10M的Apk文件确定为所述大文件；

在所述文件类型为数据文件时，将大小大于3M的数据文件确定为大文件。

5.根据权利要求1所述的方法，其特征在于，所述基于生成系统映像文件的系统目录下的文件大小确定大文件之前，所述方法还包括：

确定生成所述系统映像文件的所述系统目录下的文件大小；

确定用于刷入所述系统映像文件的终端的系统分区的空间大小；

计算所述系统分区的空间大小与所述系统目录下的文件大小之间的差值；

判断所述差值是否不大于设定空间阈值；

在判断为所述差值不大于设定空间阈值时，执行所述基于生成系统映像文件的系统目录下的文件大小确定大文件。

6.根据权利要求5所述的方法，其特征在于，所述设定空间阈值为50-60M。

7.根据权利要求1所述的方法，其特征在于，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为odex时，关闭所述odex。

8.根据权利要求1所述的方法，其特征在于，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为so时，判断所述大文件是否属于应用程序App；

在所述大文件属于所述App时，将所述App目录下的库lib文件及所述lib文件运行所依赖的Apk文件一起打包；

将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下。

9.根据权利要求1所述的方法，其特征在于，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为Apk时，判断所述大文件的运行是否依赖于文件类型为so的文件；

在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件，且所述文件类型为so的文件属于App时，将所述App目录下的lib文件及所述lib文件运行所依赖的Apk文件一起打包；

将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下；

在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件和lib文件一起删除；

在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件时，将所述大文件移植到所述终端的除所述系统分区以外的分区目录下；

在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件删除。

10.根据权利要求8所述的方法，其特征在于，所述将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下之后，所述方法还包括：

将lib目录下的lib文件删除。

11.根据权利要求8所述的方法，其特征在于，所述判断所述大文件是否属于App之前或之后，所述方法还包括：

判断所述大文件是否携带调试信息；

在判断为所述大文件携带所述调试信息时，删除所述调试信息。

12.根据权利要求1所述的方法，其特征在于，所述对所述大文件进行处理，包括：

在所述大文件的文件类型为数据文件时，将所述数据文件移植到所述终端的除系统分区以外的分区目录下。

13.根据权利要求1-12中任一项所述的方法，其特征在于，所述对所述大文件进行处理之后，所述方法还包括：

将所述系统映像文件刷入到所述终端。

14.一种终端分区空间的优化装置，其特征在于，包括：

大文件确定模块，用于基于生成系统映像文件的系统目录下的文件大小确定大文件；

处理模块，用于对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间；

所述大文件确定模块包括：

遍历子模块，用于遍历所述系统目录下的所有文件；

类型大小确定子模块，用于确定所述文件的类型和大小；

查找子模块，用于基于所述文件的类型，查找对应的设定阈值；

大文件确定子模块，用于在所述文件的大小大于所述设定阈值时，确定所述文件为大文件。

15.根据权利要求14所述的装置，其特征在于，所述遍历子模块包括：

第一遍历子模块，用于以一层一层目录查找的方式遍历所述系统目录下的所有文件。

16.根据权利要求14所述的装置，其特征在于，所述遍历子模块包括：

排序子模块，用于基于所述系统目录下的所有文件的修改日期的逆序对所述所有文件进行排序；

第二遍历子模块，用于按照所述排序的顺序遍历所述所有文件。

17.根据权利要求14所述的装置，其特征在于，所述大文件确定子模块包括：

第一确定子模块，用于在文件类型为odex时，将大小大于5M的odex文件确定为所述大文件；

第二确定子模块，用于在所述文件类型为so时，将大小大于3M的so文件确定为所述大文件；

第三确定子模块，用于在所述文件类型为Apk时，将大小大于10M的Apk文件确定为所述大文件；

第四确定子模块，用于在所述文件类型为数据文件时，将大小大于3M的数据文件确定为大文件。

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

文件大小确定模块，用于确定生成所述系统映像文件的所述系统目录下的文件大小；

空间大小确定模块，用于确定用于刷入所述系统映像文件的终端的系统分区的空间大小；

差值计算模块，用于计算所述系统分区的空间大小与所述系统目录下的文件大小之间的差值；

差值判断模块，用于判断所述差值是否不大于设定空间阈值；

在所述差值判断模块判断为所述差值不大于设定空间阈值时，所述大文件确定模块执行所述基于生成系统映像文件的系统目录下的文件大小确定大文件。

19.根据权利要求18所述的装置，其特征在于，所述差值判断模块使用的所述设定空间阈值为50-60M。

20.根据权利要求14所述的装置，其特征在于，所述处理模块包括：

关闭子模块，用于在所述大文件的文件类型为odex时，关闭所述odex。

21.根据权利要求14所述的装置，其特征在于，所述处理模块包括：

第一判断子模块，用于在所述大文件的文件类型为so时，判断所述大文件是否属于App；

第一打包子模块，用于在所述大文件属于所述App时，将所述App目录下的lib文件及所述lib文件运行所依赖的Apk文件一起打包；

第一移植子模块，用于将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下。

22.根据权利要求14所述的装置，其特征在于，所述处理模块包括：

第二判断子模块，用于在所述大文件的文件类型为Apk时，判断所述大文件的运行是否依赖于文件类型为so的文件；

第二打包子模块，用于在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件，且所述文件类型为so的文件属于App时，将所述App目录下的lib文件及所述lib文件运行所依赖的Apk文件一起打包；

第二移植子模块，用于将打包后的文件移植到所述终端的除所述系统分区以外的分区目录下；

第一删除子模块，用于在判断为所述大文件的运行依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件和lib文件一起删除；

第三移植子模块，用于在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行依赖于所述大文件时，将所述大文件移植到所述终端的除所述系统分区以外的分区目录下；

第二删除子模块，用于在判断为所述大文件的运行不依赖于文件类型为so的文件，且所述终端的运行不依赖于所述大文件时，将所述大文件删除。

23.根据权利要求21所述的装置，其特征在于，所述处理模块还包括：

第三删除子模块，用于将lib目录下的lib文件删除。

24.根据权利要求21所述的装置，其特征在于，所述处理模块还包括：

第三判断子模块，用于判断所述大文件是否携带调试信息；

第四删除子模块，用于在判断为所述大文件携带所述调试信息时，删除所述调试信息。

25.根据权利要求14所述的装置，其特征在于，所述处理模块包括：

第四移植子模块，用于在所述大文件的文件类型为数据文件时，将所述数据文件移植到所述终端的除系统分区以外的分区目录下。

26.根据权利要求14-25中任一项所述的装置，其特征在于，所述装置还包括：

刷入模块，用于将所述系统映像文件刷入到所述终端。

27.一种终端，其特征在于，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

基于生成系统映像文件的系统目录下的文件大小确定大文件；

对所述大文件进行处理，以优化要刷入所述系统映像文件的终端的分区的空间；

所述基于生成系统映像文件的系统目录下的文件大小确定大文件，包括：

遍历所述系统目录下的所有文件；

确定所述文件的类型和大小；

基于所述文件的类型，查找对应的设定阈值；

在所述文件的大小大于所述设定阈值时，确定所述文件为大文件。