Android 开机启动速度优化

一 在开机启动中，可以借助bootchart 工具分析android的启动过程。bootchart是一个用于linux启动过程性能分析的开源软件工具，在系统启动过程自动收集CPU占用率、进程等信息，并以图形方式显示分析结果，可用作指导优化系统启动过程。

1、UBuntu下安装bootchart工具

需要安装的工具有两个bootchart和pybootchartgui，执行命令如下：

需要注意的是：在ubuntu 10.04 版本上的bootchart 制作android 启动图的时候报错，应该是10.04版本的问题。换到13.04 就可以了。
2、在Android支持bootchart

Android系统编译时，默认的没有打开bootchart的编译开关，即没有把bootchart编译进系统中。Android对bootchar 的支持在init 中。在init 中加入对bootchart 的支持。重新编译init .然后把支持bootchart的系统重新烧机。

1）、系统已经编译过，现在只是要添加bootchart进系统中，执行以下命令：‘

$ touch system/core/init/init.c

$ m INIT_BOOTCHART=true

2）、在bootchar.h 中 修改 BOOTCHART：

#ifndef BOOTCHART

# define  BOOTCHART  1

#endif

重新编译init

3）、.

export INIT_BOOTCHART=true

mmm system/core/init

3、生成bootchart 日志

1）、将编译生成的带有bootchart工具的Android系统重新烧录到开发板上，并启动系统

2）、在UBuntu上通过adb connect连接到开发板，然后执行：

adb shell 'echo 120 > /data/bootchart-start'

3）、执行命令：

adb shell 'mkdir /data/bootchart'

4）、重新启动开发板 ，adb connect 后查看：

root@android:/data # cat bootchart-start

60

root@android:/data # ls bootchart

header

kernel_pacct

proc_diskstats.log

proc_ps.log

proc_stat.log

root@android:/data

到此为止，bootchart执行测量后生成的测量数据已经完成，看上面有3个.log文件，下面需要将这些数据进一步处理成易读、易分析的图片。

4、bootchart测量结果的图形化过程

1）、在bootchart 目录下执行 tar –czf bootchar.tgz  * 生成bootchart.tgz 。或者利用android的打包工具：system/core/init/grab-bootchart.sh  执行 grab-bootchart.sh 会自动打包在当前目录生成bootchart.tgz。

执行bootchart  -f png bootchart.tgz

root@louie-ali:~/ali/bin# adb devices

List of devices attached

10.32.185.29:5555 device

root@louie-ali:~/ali/bin# ./grab-bootchart.sh

12 KB/s (620 bytes in 0.048s)

482 KB/s (177369 bytes in 0.358s)

513 KB/s (5027077 bytes in 9.556s)

509 KB/s (329064 bytes in 0.630s)

look at bootchart.tgz

root@louie-ali:~/ali/bin# bootchart -f png bootchart.tgz

parsing 'bootchart.tgz'

parsing 'header'

parsing 'proc_stat.log'

parsing 'proc_ps.log'

warning: no parent for pid '2' with ppid '0'

parsing 'proc_diskstats.log'

parsing 'kernel_pacct'

merged 0 logger processes

pruned 71 process, 0 exploders, 1 threads, and 0 runs

False

bootchart written to 'bootchart.png'

生成的启动图如下：

二 优化 preloaded-classes

Android开机启动速度慢，涉及的原因很多，从硬件的角度看：EMMC flash 比NAND FLASH的速度快。从软件的角度看主要系统上主要有两个地方：preload classes  resource和scan packages。

Android zygote 启动的时候会预加载一些类，预加载的类根据frameworks\base\preloaded-classes 。这个是下载android代码的时候已经确定的。是google 给出的参考。和这个文件相关：framework/base/tools/preload/WritePreloadedClassFile.java 在这个文件中定义了需要预加载类的规则并且生成frameworks\base\preloaded-classes。预加载类的规则如下：

/*

* The set of classes to preload. We preload a class if:

*

*  a) it's loaded in the bootclasspath (i.e., is a system class)

*  b) it takes > MIN_LOAD_TIME_MICROS us to load, and

*  c) it's loaded by more than one process, or it's loaded by an

*     application (i.e., not a long running service)

*/

就是a)系统级的类， 加载时间大于 b) MIN_LOAD_TIME_MICROS的类 c) 被应用加载次数大于两次的类。

MIN_LOAD_TIME_MICROS 定义如下：

static final int MIN_LOAD_TIME_MICROS = 1250;

根据这个思路和上面的分析，能够优化的就是减少预加载的类。由于我们的产品是机顶盒不是手机，手机相关的jar包都可以裁掉，因此可以去掉这部分相关的jar包。去掉这部分的jar包，1 修改frameworks\base\preloaded-classes， 2 在android 系统中裁剪。我们的盒子的做法是裁剪：

anghuan@ubuntu:~/magic$ ls out/target/product/magicbox/system/framework/

AliSecure.jar            apache-xml.jar  bouncycastle.jar                   core.jar        framework-res.apk  libyunos.jar   requestsync.jar  uiautomator.jar

am.jar                   AuiJar.jar      bu.jar                             core-junit.jar  ime.jar            monkey.jar     services.jar

android.policy.jar       aui-res.apk     com.android.location.provider.jar  ext.jar         input.jar          oujavalib.jar  settings.jar

android.test.runner.jar  bmgr.jar        content.jar                        framework.jar   javax.obex.jar     pm.jar         svc.jar

但是这样也带来一部分额外的开销，就是加载失败的时间消耗。

加载完 classes 以后系统还要加载relsource 。在原生系统中，加载类和资源是一个顺序的过程：

static void preload() {

preloadClasses();

preloadResources();

}

可以采用同步的方式：

private static Thread mCThread = new Thread(new Runnable(){

@Override

public void run(){

preloadClasses();

}

});

private static Thread mRThread = new Thread(new Runnable(){

@Override

public void run(){

preloadResources();

}

});

static void asyncPreload(){

try{

mCThread.start();

mRThread.start();

mCThread.join();

mRThread.join();

}catch(InterruptedException e){

Log.e(TAG,"asyncPreload failed");

}

}

这个要考虑硬件的规格：如果是多核CPU 性能可能比较好，如果是单核的，从上面的bootchart.png 上可以看出，在system_server 的启动时间段中 CPU的利用率非常高，优化的性能也可能打折。

三Launcher的优化。

从上面的bootchart.png 中，可以看到launcher的启动时间比较长.从启动图上看，这时候的CPU占用率到了100%。在系统起来后，kill 掉launcher，启动速度明显加快，重新生成启动图，在图上看到CPU的占用率接近100%，说明开机的时候Launcher存在CPU竞争。

转载地址：

http://blog.chinaunix.net/uid-21564437-id-3954560.html