Android启动过程

1. Boot系统初始化， 具体过程参见(system/core/init/Init.c)中的main函数，这时候，手机或者模拟器出现的画面是一个console，显示“ANDROID”msg。 

if (fd >= 0) { const char *msg; msg = "/n" "/n" "/n" "/n" "/n" "/n" "/n" // console is 40 cols x 30 lines "/n" "/n" "/n" "/n" "/n" "/n" "/n" " A N D R O I D "; write(fd, msg, strlen(msg)); close(fd); } } 

2.mount 的过程--> 初始化成功后，就开始mounting系统，具体参见(system/core/mountd/Mountd.c)  中的main函数。

mkdir("/dev", 0755); mkdir("/proc", 0755); mkdir("/sys", 0755); mount("tmpfs", "/dev", "tmpfs", 0, "mode=0755"); mkdir("/dev/pts", 0755); mkdir("/dev/socket", 0755); mount("devpts", "/dev/pts", "devpts", 0, NULL); mount("proc", "/proc", "proc", 0, NULL); mount("sysfs", "/sys", "sysfs", 0, NULL); 

 

3．接下来运行androidRuntime，并开始启动java虚拟机dalvikvm。 

4. Java虚拟机启动成功后，开始系统初始化。系统初始的第一步是用JNI方式实现的，对应java代码为(frameworks/base/services/java/com/android/server/SystemServer.java) init1（Native）函数，对应的JNI C++代码为(frameworks/base/core/jni/server/com_android_server_SystemServer.cpp)，而实现的C++代码为 

(frameworks/base/cmds/system_server/library/ System_init.cpp)   中的system_init（）函数。 

5. system_init调用SurfaceFlinger，SurfaceFlinger的readyToRun()函数用BootAnimation来实现开机动画，这时候手机或者模拟器显示是一副背景图加一个动态的小机器人。 

6. 系统初始化的第二步，将启动ServerThread进程，参见SystemServer.init2()。ServerThread将启动各种系统服务，如Power Manager、Activity Manager等等，具体参见ServerThread的run函数，ServerThread同在SystemServer.java中。 

7.这之后的事，应该就是进入系统了。（这部分没有调查过）。 

-------------------------------------------------------------------------------- 

对于关注Android底层的朋友来说，其具体的启动过程应该是比较吸引我们的。但是很多启动文件什么的，都得adb push到host上来看，挺不方便的，都怪Android自带的Toolbox太简略了。所以在深入了解Android的启动流程之前，我们来把Busybox安装到Android上去，这样，就有很多工具供我们使用了。 

　　首先去busybox主页 下载最新版本的源代码，然后用arm的交叉编译器编译出busybox的可执行程序，编译的时候需要注意一些设置选项，例如 

　　Build Options —> 

　　Build BusyBox as a static binary (no shared libs) 这个要选上，因上这样子编译出来的busyBox才是可以独立运行的。 

　　│Do you want to build BusyBox with a Cross Compiler? │ │ 

　　│ │(/HOME/toolchains/gcc-4.0.2-glibc-2.3.5/arm-9tdmi-linux-gnu/bin/arm-9tdmi-linux-gnu│ 这是交叉编译器的路径，要根据具体的情况来设置。 

　　Installation Options —> 

　　Don’t use /usr 

　　这样子编译出来的busybox才不会安装到你主机的/usr目录下。一定要选上。 

　　busybox的功能选项根据需要自选,但是不要太贪心. 

　　OK，这里就不纠缠于编译busybox的东西了，网上资料无数。接下来，我们把busybox安装到模拟器上去。先在模拟器上随便建一个busybox的文件夹，然后进入busybox可执行文件目录，使用命令 

　　adb push busybox.asc /data/busybox/busybox 

　　然后进入adb shell，chmod 777 ./busybox，就可以直接使用了。但现在还是不方便，总不能每用一个命令就输一次busybox吧?所以，我们可以先用./busybox --install将程序都安装到当前目录下，然后把当前目录添加到PATH变量中即可。暂时使用export来添加吧，如果想永久添加，往下看。 

　　好了，准备工作完成，开始研究的工作了。既然是研究启动过程，那当然是先看看init.rc文件。去etc目录打开它，分析一下内容，首先是对 env的定义，也就是全局环境变量的定义，接下来的建立和初始化里面的内容目前还不清楚什么意思，紧接着就是系统启动时运行的初始进程信息，这个比较有意思，包括了usbd-config和qemu，qemu自不用说，而usbd-config作为初始启动的进程，应该就是和上一篇文章猜的一样，用来调试或者usb通信的。往下看，是在初始启动进程完成之后开始启动的服务进程，这些进程如果因故退出，会自动重启。这里面包括了console控制台，adbd监护进程，usbd监护进程，debuggerd监护进程等.除去这些守护进程，能引起我们注意的，是runtime和zygote。这两个进程似乎掌管着其他进程以及应用程序的启动。 

　　现在，来让我们做一个实验吧，将自动调用的启动过程变成手动，看看启动流程具体是什么样的。想达到这个目的，首先就是要修改init.rc文件，当然不是在模拟器的console中改，一是不能改，二是你改了也没用，下次加载就会给你覆盖了。所以，我们要从原始镜像ramdisk.img入手了。从2.6标准Linux内核开始，initrd.img都采用cpio压缩，猜测ramdisk.img也一样，需要使用gunzip解压缩，然后再使用cpio解包。好，进入tools/lib/images目录下，先用file命令看看ramdisk.img的类型，没错，系统提示 

　　ramdisk.img: gzip compressed data, from Unix 

　　很好，然后将ramdisk.img复制一份到任何其他目录下，将其名称改为ramdisk.img.gz，并使用命令 

　　gunzip ramdisk.img.gz 

　　然后新建一个文件夹，叫ramdisk吧，进入，输入命令 

　　cpio -i -F ../ramdisk.img 

　　这下，你就能看见并操作ramdisk里面的内容了。当然你也可以直接在外面进行操作，但是还是建议把cpio解压缩出来的内容全部集中在一个文件夹里面，因为一会我们还要将其压缩成新的ramdisk.img。 

　　OK，现在开始修改步骤吧。用任何一款编辑器打开init.rc，首先在PATH那里加上你的Busybox安装路径，然后注释内容，我们要手工启动他们。 

　　# zygote { 　　# exec /system/bin/app_process 　　# args { 　　# 0 -Xzygote 　　# 1 /system/bin 　　# 2 –zygote 　　# } 　　# autostart 1 　　# }# runtime { 　　# exec /system/bin/runtime 　　# autostart 1 　　# } 

　　在这里需要注意，不要同时把两者都注释了，注释某一个，再试验手工启动它，如果两者同时注释我这里有问题，无法启动。 

　　好，接下来，使用下列命令重新打包成镜像 

　　cpio -i -t -F ../ramdisk.img > list 

　　cpio -o -H newc -O lk.img < list 

　　当前目录下生成的lk.img就是我们的新镜像了。使用自己的镜像启动emulator; 

　　emulator -console -ramdisk lk.img 

　　如果我们注释的是zygote，那么在#后输入 

　　app_process -Xzygote /system/bin –zygote 

　　手工启动，命令行中输出的信息是 

　　Prepping: /system/app/AlarmProvider.apk:/system/app/Browser.apk:/system/app/ 
Calendar.apk:/system/app/Camera.apk:/system/app/Contacts.apk: 

　　/system/app/Development.apk:/system/app/GDataFeedsProvider.apk:/system/app/ 
Gmail.apk:/system/app/GmailProvider.apk:/system/app/GoogleApps.apk: 

　　/system/app/GoogleAppsProvider.apk:/system/app/Home.apk:/system/app/ImProvider.apk: 
/system/app/Maps.apk:/system/app/MediaPickerActivity.apk: 

　　/system/app/MediaProvider.apk:/system/app/Phone.apk:/system/app/PimProvider.apk:/system/ 
app/ApiDemos.apk:/system/app/SettingsProvider.apk: 

　　/system/app/Sms.apk:/system/app/SyncProvider.apk:/system/app/TelephonyProvider.apk: 
/system/app/XmppService.apk:/system/app/YouTube.apk 

　　File not found: /system/app/AlarmProvider.apk 

　　File not found: /system/app/Calendar.apk 

　　File not found: /system/app/Camera.apk 

　　File not found: /system/app/GDataFeedsProvider.apk 

　　File not found: /system/app/Gmail.apk 

　　File not found: /system/app/GmailProvider.apk 

　　File not found: /system/app/MediaPickerActivity.apk 

　　File not found: /system/app/PimProvider.apk 

　　File not found: /system/app/ApiDemos.apk 

　　File not found: /system/app/Sms.apk 

　　File not found: /system/app/SyncProvider.apk 

　　File not found: /system/app/YouTube.apk 

　　Prep complete 

　　嘿嘿，从File not found的信息中可以看到一些Google可能会即将推出的应用，比如Gmail什么的。当然，这些都是Java框架的启动信息，我们以后还要借助其他工具来进行进一步探索。 

　　如果我们注释的是runtime，那么输出信息是：