ROM评估方法

注：本文针对MTK平台

一、背景和意义

ROM虽然没有RAM那么精贵，但是依然是手机存储系统中不可忽视的一部分。

ROM的大小决定了手机可安装APK的大小，可以存储多媒体文件的个数。

因此，它决定了用户对存储上限的需求能够满足。

在我们低成本手机当中，ROM往往不会大无止境，多以4GB为主，在这仅有的空间中，要放置一个Android系统，还要预置一些APK应用。因此，到底系统各部分占用多少，到底能剩余多少可用空间给用户，这些信息显得尤为重要。

在项目开发周期中，由于在初始阶段需要对不同分区进行大小的划分，如果后续分析有变，会引起开发、配置等各种不必要的麻烦。为了避免这种变动，也要求我们对分区进行把关和评估。

这就要求我们必须有进行ROM的评估，拥有一套评估ROM的方法十分必要。

二、方法

1.连接手机，打开终端

2.使用命令adb shell进入手机shell

3.使用命令df查看存储信息（以Huawei为例）

4.重点关注红线标注的/system、/data、/cust（对应我司的/custpack）三个目录

说明：

• /system目录主要用来存放Android系统文件，包括系统级的应用
• /data目录主要用来存放用户自己的安装应用文件和数据媒体文件，也就是用户自己可以随意使用的部分
• /custpack目录主要用来存放我司定制化的应用、资源等，这个和系统机制相关，例如不采取定制机制则就没有此目录，也就不需要进行考虑。
  5.对于 /system，主要考虑当前版本所占用实际空间大小，与预留大小。

字段Size即表示预留大小，字段Used即表示占用实际空间大小。

评估的目的是考量未来版本（开发迭代过程中的版本演进）系统是否会进行升级，系统级的应用是否会增加。升级和增加可能会导致系统占用实际空间增大，这要求我们在提前评估的时候进行空间预留。

这里，最好能够根据技术预研和经验数据，对空间预留大小给出一定评估。在本例中，Huawei还剩余了158.4MB。我们一般会预留100MB以上的空间。这个也是重要的评估点。

6.对于 /data，主要考虑预留大小。

因为具体客户，对用户可以自行使用的存储空间一般都会有具体要求，因此，这部分考量的点主要是为了满足这一具体要求。而/data在开发过程中，主要是定制的应用的data文件夹所在地，它更多地受制于/system、/custpack分区的预留大小，后两者预留越大，给/data的预留部分就越小。

在评估的时候，只有在难以满足客户具体要求的情况下，需要我们针对应用占用空间等进行优化，以满足可以预留足够空间。

7.对于 /custpack，主要考虑预留大小。

这是定制化机制存放定制应用的地方，之所以评估，主要是/system、/data、/custpack三者互相牵制，另外对应于多个客户（不同地区、运营商），所需要的应用种类和数量不同。因此，预留空间一定要满足空间要求最大的那个客户，也就是要大于之。

另外，还需要充分考虑到后续可能的需求变动，也需要在最大空间要求上再增加一部分buffer空间。

8.对于预留空间的配置文件查看方法。

在第3步中使用df查看出来的是实际中的Size和Used大小，而控制每个分区具体预留多大的配置文件，是我们平时刷机所用的Android_scatter.txt文件。

9.具体查看方式：

1.搜索字段“system”、“data”、“custpack”

2.在对应的内容中找到“partition_size”

3.其后面对应的16进制数据就是具体的分区大小，单位是字节。可使用计算器将其转化为十进制。

说明：计算结果应该与df出来的大小相近。因此，在做评估的时候，预留大小数据也可以使用这种方式得到，与df二者的区别是依据不同，可以具体情况具体应用。

*10.查看分区信息的附加方法：

在/local/sdb/项目XX/device/…目录下，有一个名叫partition_size.mk的文件，里面也包含了所有分区的预留大小信息。对应于第8步方法中的Android_scatter.txt中的信息。

三、结果呈现

• 除了以上表格，需要将每一部分的内容进行详细阐述，并得出一个总的当前ROM是否满足未来项目的结论。

• 如果不满足，提出可能的建议。

• eyelike@2015-7-1