启动过程中需要提前加载公用类（由文件preloaded-classes定义），这种加载是android设计人员特意根据linux和嵌入式系统特性设计的，网络上有人尝试将这些类的加载去除以加快开机速度，这种违背设计者初衷的方法被否决（参考1）。对于单个进程而言，如果使用到这些公共类，都必须完成对应类的载入并初始化，由于zygote是后续所有android的父进程，采用Class.forName处理的公共类会被载入到内存并完成静态初始化，提前加载可以避免每个子进程调用时候需要生成公用类的副本（linux Copy-on-write特点），进而减少内存占用量以及后续启动其他程序的花销。这个加载过程关系到后续的性能，所以不能简单的跳过。载入的过程主要是对内存的操作过程，其中包括了大量的内存分配释放过程，该过程由于有上千个类需要操作而变得耗时较长。在实际应用中，由于framework部分较少升级，故这些公共类是不会被动态删减，考虑到这些特点，采用check point方式每次直接将zygote还原到完成类加载的阶段避开频繁的类操作显然可以提高速度。
BLCR (BerkeleyLab Checkpoint/Restart)是应用于linux下的check point/restore软件，它可以将正在运行于linux上的应用当前的运行点保存成为一个文件并且在以后的时间可以按照需要将该程序直接恢复到保存时候的状态。该软件官方网站在：http://ftg.lbl.gov/checkpoint。根据其FAQ介绍BLCR对保存和恢复的程序有部分限制：1 无法保存和恢复打开的sockets（TCP/IP,Unix domain等）2 无法保存和恢复Sys V IPC对象。3 在处理还没有回收僵尸子进程的父进程是需要注意。尽管有部分限制，只要在使用时候注意这些限制，利用其保存和恢复程序运行点和内存的能力完全可以避免程序每次不必要的初始化动作。Zygote在加载公共类前时候除了堆外其他资源使用很少，通过仔细的调整/恢复BLCR无法恢复的一些状态，是可以用check point形式来跳过类加载以缩短启动时间。 BLCR 包括内核驱动和应用库两部分，外部应用通过链接应用库和内核驱动进行交换实现应用的保存和恢复。下面就针对内核为3.0.35的android4.2介绍实现blcr的具体过程。
实施过程：
1.需要的软件和工具：
blcr-0.8.5,截止目前最新的版本是这个
A machine that is running a supported architecture (x86 and x86_64 are fully supported and PPC/PPC64 and ARM are "Experimental") and Linux kernel 2.6.x or 3.x.y.
android源代码，我的机器是freescale的imx6系列，android4.2，内核版本为3.0.35.
i.MX 6系列处理器推出了业界首个具有真正扩展性的多核平台，包括基于ARM® Cortex™-A9架构的单核、双核和四核系列产品。 在强大的生态体系支持下，i.MX 6系列成为开发一系列基于单一硬件设计的终端产品的理想平台。 http://sourceforge.net/projects/android-dfb/pthread的补丁
编译android和内核在这里不详述，需要指出的有两点。
1 编译内核时候注意加入可加载模块支持（Enable loadablemodule support），缺省的goldfish内核配置是不支持的。
2 需要对android的bionic的线程库进行扩展，扩展方法是采用上述软件的pthread文件替换相应线程库文件。
在做所有工作之前，请在blcr的解压根目录下面新建一个shell文件，名字随便起，你可以起“cross-configure.sh”。至于为什么要这么做，因为官方文档推荐，也因为直接使用源码目录中的configure文件会带来很多麻烦，听好的没错。cross-configure.sh文件一开始的样子，你可以这样写：
1 #!/bin/bash2 curpath=`pwd`3 rm -rf `find ./ -name Makefile`
在做下面所有工作之前，请提前编译好kernel，切记！
2.下面两个configure错误都是arm工具链设置错误导致，在这里我走了相当多的弯路，曾经怀疑过工具链问题，也曾经怀疑后目标平台设置问题，总之蛋都碎了一地...
[url=][/url]
1 checking for parameters to interface GNU automake with Linux kbuild... KBUILD_EXTMOD=$(builddir) 2 checking for flags to compile Linux kernel probes... FAILED 3 make: Entering directory `/home/inuyasha/SDB/myandroid/kernel_imx' 4 test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ 5 echo; \ 6 echo " ERROR: Kernel configuration is invalid."; \ 7 echo " include/generated/autoconf.h or include/config/auto.conf are missing.";\ 8 echo " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ 9 echo; \10 /bin/false)[url=][/url]
和
1 checking size of void *... (cached) 82 configure: error: CC='gcc' yields sizeof(void *) = 8 when expecting 4.
第一个error是你指定了正确的arm工具链，但是没有设置目标文件的平台。第二个error比较隐蔽，表面上看不出任何问题，实际上问题出在：configure: error: CC='gcc'，这个什么意思呢？说明你的autotool根本不认识你的arm工具链，虽然你正确的指出了目标文件。具体原因不做熬述。其实你仔细观察会发现在开头有这么几行：
1 checking host system type... arm-unknown-linux-gnu
[url=][/url]
1 checking for arm-linux-g++... no 2 checking for arm-linux-c++... no 3 checking for arm-linux-gpp... no 4 checking for arm-linux-aCC... no 5 checking for arm-linux-CC... no 6 checking for arm-linux-cxx... no 7 checking for arm-linux-cc++... no 8 checking for arm-linux-cl.exe... no 9 checking for arm-linux-FCC... no10 checking for arm-linux-KCC... no11 checking for arm-linux-RCC... no12 checking for arm-linux-xlC_r... no13 checking for arm-linux-xlC... no[url=][/url]
[/url]