android启动分析.docxVIP

init.c分析因为启动是首先运行init.c所以从其main()开始分析652 int main(int argc, char **argv)653 {654 int fd_count = 0;655 struct pollfd ufds[4];656 char *tmpdev;657 char* debuggable;658 char tmp[32];659 int property_set_fd_init = 0;660 int signal_fd_init = 0;661 int keychord_fd_init = 0;662 663 if (!strcmp(basename(argv[0]), ueventd))664 return ueventd_main(argc, argv);这段代码初始化一些变量，然后663行判断是否给用户空间发事件，这里显然不执行if语句。666 /* clear the umask */667 umask(0);设置允许当前进程创建文件或者目录为最大可操作的权限。673 mkdir(/dev, 0755);674 mkdir(/proc, 0755);675 mkdir(/sys, 0755);创建设备目录dev，进程文件系统目录proc，系统目录sys。677 mount(tmpfs, /dev, tmpfs, 0, mode=0755);678 mkdir(/dev/pts, 0755);679 mkdir(/dev/socket, 0755);680 mount(devpts, /dev/pts, devpts, 0, NULL);681 mount(proc, /proc, proc, 0, NULL);682 mount(sysfs, /sys, sysfs, 0, NULL);把tmpfs挂载到/dev下，然后创建pts和socket目录，在/dev/pts挂装devpts虚拟文件系统，在目录/proc挂装proc文件系统，在目录/sys挂装sysfs文件系统。690 open_devnull_stdio();创建空的设备节点（/dev/null）。691 log_init();创建kmsg(/dev/kmsg)节点，主要用来输出LOG信息。693 INFO(reading config file\n);694 init_parse_config_file(/init.rc);分析根目录下面的init.rc配置文件，并且把里面的参数组成链表的方式697 import_kernel_cmdline(0);从内核里取得引导参数699 get_hardware_name(hardware, revision);获取当前android系统运行的硬件信息。主要从/proc/cpuinfo里读到相关的信息。700 snprintf(tmp, sizeof(tmp), /init.%s.rc, hardware);701 init_parse_config_file(tmp);以/init.硬件名称.rc来获取相应硬件的配置文件，并且把配置文件参数加载到链表里。以下一段代码，用于加载action_list和queue_list列表，action_list用来加载脚本里的action,queue_list主要用于加载非脚本里的action以及排列action的顺序703 action_for_each_trigger(early-init, action_add_queue_tail);在action_list列表里查找以early-init为名的action变量，找到后将它加到queue_list列表里705 queue_builtin_action(wait_for_coldboot_done_action, wait_for_coldboot_done);?把第一个（函数）和第二个参数（名字）组装成一个action变量加到action_list和queue_list列表。706 queue_builtin_action(property_init_action, property_init);707 queue_builtin_action(keychord_init_action, keychord_init);708 queue_builtin_action(console_init_action, co