Android系统的开机画面显示过程分析

        好几个月都没有更新过博客了，从今天开始，老罗将尝试对Android系统的UI实现作一个系统的分析，也算是落实之前所作出的承诺。提到Android系统的UI，我们最先接触到的便是系统在启动过程中所出现的画面了。Android系统在启动的过程中，最多可以出现三个画面，每一个画面都用来描述一个不同的启动阶段。本文将详细分析这三个开机画面的显示过程，以便可以开启我们对Android系统UI实现的分析之路。

        第一个开机画面是在内核启动的过程中出现的，它是一个静态的画面。第二个开机画面是在init进程启动的过程中出现的，它也是一个静态的画面。第三个开机画面是在系统服务启动的过程中出现的，它是一个动态的画面。无论是哪一个画面，它们都是在一个称为帧缓冲区（frame buffer，简称fb）的硬件设备上进行渲染的。接下来，我们就分别分析这三个画面是如何在fb上显示的。

        1. 第一个开机画面的显示过程

        Android系统的第一个开机画面其实是Linux内核的启动画面。在默认情况下，这个画面是不会出现的，除非我们在编译内核的时候，启用以下两个编译选项：

        CONFIG_FRAMEBUFFER_CONSOLE

        CONFIG_LOGO

        第一个编译选项表示内核支持帧缓冲区控制台，它对应的配置菜单项为：Device Drivers ---> Graphics support ---> Console display driver support ---> Framebuffer Console support。第二个编译选项表示内核在启动的过程中，需要显示LOGO，它对应的配置菜单项为：Device Drivers ---> Graphics support ---> Bootup logo。配置Android内核编译选项可以参考在Ubuntu上下载、编译和安装Android最新内核源代码（Linux Kernel）一文。

        帧缓冲区硬件设备在内核中有一个对应的驱动程序模块fbmem，它实现在文件kernel/goldfish/drivers/video/fbmem.c中，它的初始化函数如下所示：

[cpp]  view plain copy
  1. /** 
  2.  *      fbmem_init - init frame buffer subsystem 
  3.  * 
  4.  *      Initialize the frame buffer subsystem. 
  5.  * 
  6.  *      NOTE: This function is _only_ to be called by drivers/char/mem.c. 
  7.  * 
  8.  */  
  9.   
  10. static int __init  
  11. fbmem_init(void)  
  12. {  
  13.         proc_create("fb", 0, NULL, &fb_proc_fops);  
  14.   
  15.         if (register_chrdev(FB_MAJOR,"fb",&fb_fops))  
  16.                 printk("unable to get major %d for fb devs\n", FB_MAJOR);  
  17.   
  18.         fb_class = class_create(THIS_MODULE, "graphics");  
  19.         if (IS_ERR(fb_class)) {  
  20.                 printk(KERN_WARNING "Unable to create fb class; errno = %ld\n", PTR_ERR(fb_class));  
  21.                 fb_class = NULL;  
  22.         }  
  23.         return 0;  
  24. }  
        这个函数首先调用函数proc_create在/proc目录下创建了一个fb文件，接着又调用函数register_chrdev来注册了一个名称为fb的字符设备，最后调用函数class_create在/sys/class目录下创建了一个graphics目录，用来描述内核的图形系统。

        模块fbmem除了会执行上述初始化工作之外，还会导出一个函数register_framebuffer：

[cpp]  view plain copy
  1. EXPORT_SYMBOL(register_framebuffer);  
        这个函数在内核的启动过程会被调用，以便用来执行注册帧缓冲区硬件设备的操作，它的实现如下所示：

[cpp]  view plain copy
  1. /** 
  2.  *      register_framebuffer - registers a frame buffer device 
  3.  *      @fb_info: frame buffer info structure 
  4.  * 
  5.  *      Registers a frame buffer device @fb_info. 
  6.  * 
  7.  *      Returns negative errno on error, or zero for success. 
  8.  * 
  9.  */  
  10.   
  11. int  
  12. register_framebuffer(struct fb_info *fb_info)  
  13. {  
  14.         int i;  
  15.         struct fb_event event;  
  16.         ......  
  17.   
  18.         if (num_registered_fb == FB_MAX)  
  19.                 return -ENXIO;  
  20.   
  21.         ......  
  22.   
  23.         num_registered_fb++;  
  24.         for (i = 0 ; i < FB_MAX; i++)  
  25.                 if (!registered_fb[i])  
  26.                         break;  
  27.         fb_info->node = i;  
  28.         mutex_init(&fb_info->lock);  
  29.         fb_info->dev = device_create(fb_class, fb_info->device,  
  30.                                      MKDEV(FB_MAJOR, i), NULL, "fb%d", i);  
  31.         if (IS_ERR(fb_info->dev)) {  
  32.                 /* Not fatal */  
  33.                 printk(KERN_WARNING "Unable to create device for framebuffer %d; errno = %ld\n", i, PTR_ERR(fb_info->dev));  
  34.                 fb_info->dev = NULL;  
  35.         } else  
  36.                 fb_init_device(fb_info);  
  37.   
  38.         ......  
  39.   
  40.         registered_fb[i] = fb_info;  
  41.   
  42.         event.info = fb_info;  
  43.         fb_notifier_call_chain(FB_EVENT_FB_REGISTERED, &event);  
  44.         return 0;  
  45. }  
        由于系统中可能会存在多个帧缓冲区硬件设备，因此，fbmem模块使用一个数组registered_fb保存所有已经注册了的帧缓冲区硬件设备，其中，每一个帧缓冲区硬件都是使用一个结构体fb_info来描述的。

        我们知道，在Linux内核中，每一个硬件设备都有一个主设备号和一个从设备号，它们用来唯一地标识一个硬件设备。对于帧缓冲区硬件设备来说，它们的主设备号定义为FB_MAJOR（29），而从设备号则与注册的顺序有关，它们的值依次等于0，1，2等。

        每一个被注册的帧缓冲区硬件设备在/dev/graphics目录下都有一个对应的设备文件fb<minor>，其中，<minor>表示一个从设备号。例如，第一个被注册的帧缓冲区硬件设备在/dev/graphics目录下都有一个对应的设备文件fb0。用户空间的应用程序通过这个设备文件就可以操作帧缓冲区硬件设备了，即将要显示的画面渲染到帧缓冲区硬件设备上去。

        这个函数最后会通过调用函数fb_notifier_call_chain来通知帧缓冲区控制台，有一个新的帧缓冲区设备被注册到内核中来了。

        帧缓冲区控制台在内核中对应的驱动程序模块为fbcon，它实现在文件kernel/goldfish/drivers/video/console/fbcon.c中，它的初始化函数如下所示：

[cpp]  view plain copy
  1. static struct notifier_block fbcon_event_notifier = {  
  2.         .notifier_call  = fbcon_event_notify,  
  3. };  
  4.   
  5. ......  
  6.   
  7. static int __init fb_console_init(void)  
  8. {  
  9.         int i;  
  10.   
  11.         acquire_console_sem();  
  12.         fb_register_client(&fbcon_event_notifier);  
  13.         fbcon_device = device_create(fb_class, NULL, MKDEV(0, 0), NULL,  
  14.                                      "fbcon");  
  15.   
  16.         if (IS_ERR(fbcon_device)) {  
  17.                 printk(KERN_WARNING "Unable to create device "  
  18.                        "for fbcon; errno = %ld\n",  
  19.                        PTR_ERR(fbcon_device));  
  20.                 fbcon_device = NULL;  
  21.         } else  
  22.                 fbcon_init_device();  
  23.   
  24.         for (i = 0; i < MAX_NR_CONSOLES; i++)  
  25.                 con2fb_map[i] = -1;  
  26.   
  27.         release_console_sem();  
  28.         fbcon_start();  
  29.         return 0;  
  30. }  

        这个函数除了会调用函数device_create来创建一个类别为graphics的设备fbcon之外，还会调用函数fb_register_client来监听帧缓冲区硬件设备的注册事件，这是由函数fbcon_event_notify来实现的，如下所示：

[cpp]  view plain copy
  1. static int fbcon_event_notify(struct notifier_block *self,  
  2.                               unsigned long action, void *data)  
  3. {  
  4.         struct fb_event *event = data;  
  5.         struct fb_info *info = event->info;  
  6.         ......  
  7.         int ret = 0;  
  8.   
  9.         ......  
  10.   
  11.         switch(action) {  
  12.         ......  
  13.         case FB_EVENT_FB_REGISTERED:  
  14.                 ret = fbcon_fb_registered(info);  
  15.                 break;  
  16.         ......  
  17.   
  18.         }  
  19.   
  20. done:  
  21.         return ret;  
  22. }  

        帧缓冲区硬件设备的注册事件最终是由函数fbcon_fb_registered来处理的，它的实现如下所示：

[cpp]  view plain copy
  1. static int fbcon_fb_registered(struct fb_info *info)  
  2. {  
  3.         int ret = 0, i, idx = info->node;  
  4.   
  5.         fbcon_select_primary(info);  
  6.   
  7.         if (info_idx == -1) {  
  8.                 for (i = first_fb_vc; i <= last_fb_vc; i++) {  
  9.                         if (con2fb_map_boot[i] == idx) {  
  10.                                 info_idx = idx;  
  11.                                 break;  
  12.                         }  
  13.                 }  
  14.   
  15.                 if (info_idx != -1)  
  16.                         ret = fbcon_takeover(1);  
  17.         } else {  
  18.                 for (i = first_fb_vc; i <= last_fb_vc; i++) {  
  19.                         if (con2fb_map_boot[i] == idx)  
  20.                                 set_con2fb_map(i, idx, 0);  
  21.                 }  
  22.         }  
  23.   
  24.         return ret;  
  25. }  
        函数fbcon_select_primary用来检查当前注册的帧缓冲区硬件设备是否是一个主帧缓冲区硬件设备。如果是的话，那么就将它的信息记录下来。这个函数只有当指定了CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY编译选项时才有效，否则的话，它是一个空函数。

        在Linux内核中，每一个控制台和每一个帧缓冲区硬件设备都有一个从0开始的编号，它们的初始对应关系保存在全局数组con2fb_map_boot中。控制台和帧缓冲区硬件设备的初始对应关系是可以通过设置内核启动参数来初始化的。在模块fbcon中，还有另外一个全局数组con2fb_map，也是用来映射控制台和帧缓冲区硬件设备的对应关系，不过它映射的是控制台和帧缓冲区硬件设备的实际对应关系。

        全局变量first_fb_vc和last_fb_vc是全局数组con2fb_map_boot和con2fb_map的索引值，用来指定系统当前可用的控制台编号范围，它们也是可以通过设置内核启动参数来初始化的。全局变量first_fb_vc的默认值等于0，而全局变量last_fb_vc的默认值等于MAX_NR_CONSOLES - 1。

        全局变量info_idx表示系统当前所使用的帧缓冲区硬件的编号。如果它的值等于-1，那么就说明系统当前还没有设置好当前所使用的帧缓冲区硬件设备。在这种情况下，函数fbcon_fb_registered就会在全局数组con2fb_map_boot中检查是否存在一个控制台编号与当前所注册的帧缓冲区硬件设备的编号idx对应。如果存在的话，那么就会将当前所注册的帧缓冲区硬件设备编号idx保存在全局变量info_idx中。接下来还会调用函数fbcon_takeover来初始化系统所使用的控制台。在调用函数fbcon_takeover的时候，传进去的参数为1，表示要显示第一个开机画面。

        如果全局变量info_idx的值不等于-1，那么函数fbcon_fb_registered同样会在全局数组con2fb_map_boot中检查是否存在一个控制台编号与当前所注册的帧缓冲区硬件设备的编号idx对应。如果存在的话，那么就会调用函数set_con2fb_map来调整当前所注册的帧缓冲区硬件设备与控制台的映射关系，即调整数组con2fb_map_boot和con2fb_map的值。

        为了简单起见，我们假设系统只有一个帧缓冲区硬件设备，这样当它被注册的时候，全局变量info_idx的值就会等于-1。当函数fbcon_fb_registered在全局数组con2fb_map_boot中发现有一个控制台的编号与这个帧缓冲区硬件设备的编号idx对应时，接下来就会调用函数fbcon_takeover来设置系统所使用的控制台。

        函数fbcon_takeover的实现如下所示：

[cpp]  view plain copy
  1. static int fbcon_takeover(int show_logo)  
  2. {  
  3.         int err, i;  
  4.   
  5.         if (!num_registered_fb)  
  6.                 return -ENODEV;  
  7.   
  8.         if (!show_logo)  
  9.                 logo_shown = FBCON_LOGO_DONTSHOW;  
  10.   
  11.         for (i = first_fb_vc; i <= last_fb_vc; i++)  
  12.                 con2fb_map[i] = info_idx;  
  13.   
  14.         err = take_over_console(&fb_con, first_fb_vc, last_fb_vc,  
  15.                                 fbcon_is_default);  
  16.   
  17.         if (err) {  
  18.                 for (i = first_fb_vc; i <= last_fb_vc; i++) {  
  19.                         con2fb_map[i] = -1;  
  20.                 }  
  21.                 info_idx = -1;  
  22.         }  
  23.   
  24.         return err;  
  25. }  
        全局变量logo_shown的初始值为FBCON_LOGO_CANSHOW，表示可以显示第一个开机画面。但是当参数show_logo的值等于0的时候，全局变量logo_shown的值会被重新设置为FBCON_LOGO_DONTSHOW，表示不可以显示第一个开机画面。

        中间的for循环将当前可用的控制台的编号都映射到当前正在注册的帧缓冲区硬件设备的编号info_idx中去，表示当前可用的控制台与缓冲区硬件设备的实际映射关系。

        函数take_over_console用来初始化系统当前所使用的控制台。如果它的返回值不等于0，那么就表示初始化失败。在这种情况下，最后的for循环就会将全局数组con2fb_map的各个元素的值设置为-1，表示系统当前可用的控制台还没有映射到实际的帧缓冲区硬件设备中去。这时候全局变量info_idx的值也会被重新设置为-1。

       调用函数take_over_console来初始化系统当前所使用的控制台，实际上就是向系统注册一系列回调函数，以便系统可以通过这些回调函数来操作当前所使用的控制台。这些回调函数使用结构体consw来描述。这里所注册的结构体consw是由全局变量fb_con来指定的，它的定义如下所示：

[cpp]  view plain copy
  1. /* 
  2.  *  The console `switch' structure for the frame buffer based console 
  3.  */  
  4.   
  5. static const struct consw fb_con = {  
  6.         .owner                  = THIS_MODULE,  
  7.         .con_startup            = fbcon_startup,  
  8.         .con_init               = fbcon_init,  
  9.         .con_deinit             = fbcon_deinit,  
  10.         .con_clear              = fbcon_clear,  
  11.         .con_putc               = fbcon_putc,  
  12.         .con_putcs              = fbcon_putcs,  
  13.         .con_cursor             = fbcon_cursor,  
  14.         .con_scroll             = fbcon_scroll,  
  15.         .con_bmove              = fbcon_bmove,  
  16.         .con_switch             = fbcon_switch,  
  17.         .con_blank              = fbcon_blank,  
  18.         .con_font_set           = fbcon_set_font,  
  19.         .con_font_get           = fbcon_get_font,  
  20.         .con_font_default       = fbcon_set_def_font,  
  21.         .con_font_copy          = fbcon_copy_font,  
  22.         .con_set_palette        = fbcon_set_palette,  
  23.         .con_scrolldelta        = fbcon_scrolldelta,  
  24.         .con_set_origin         = fbcon_set_origin,  
  25.         .con_invert_region      = fbcon_invert_region,  
  26.         .con_screen_pos         = fbcon_screen_pos,  
  27.         .con_getxy              = fbcon_getxy,  
  28.         .con_resize             = fbcon_resize,  
  29. };  

       接下来我们主要关注函数fbcon_init和fbcon_switch的实现，系统就是通过它来初始化和切换控制台的。在初始化的过程中，会决定是否需要准备第一个开机画面的内容，而在切换控制台的过程中，会决定是否需要显示第一个开机画面的内容。

       函数fbcon_init的实现如下所示：

[cpp]  view plain copy
  1. static void fbcon_init(struct vc_data *vc, int init)  
  2. {  
  3.         struct fb_info *info = registered_fb[con2fb_map[vc->vc_num]];  
  4.         struct fbcon_ops *ops;  
  5.         struct vc_data **default_mode = vc->vc_display_fg;  
  6.         struct vc_data *svc = *default_mode;  
  7.         struct display *t, *p = &fb_display[vc->vc_num];  
  8.         int logo = 1, new_rows, new_cols, rows, cols, charcnt = 256;  
  9.         int cap;  
  10.   
  11.         if (info_idx == -1 || info == NULL)  
  12.             return;  
  13.   
  14.         ......  
  15.   
  16.         if (vc != svc || logo_shown == FBCON_LOGO_DONTSHOW ||  
  17.             (info->fix.type == FB_TYPE_TEXT))  
  18.                 logo = 0;  
  19.   
  20.         ......  
  21.   
  22.         if (logo)  
  23.                 fbcon_prepare_logo(vc, info, cols, rows, new_cols, new_rows);  
  24.   
  25.         ......  
  26. }  

        当前正在初始化的控制台使用参数vc来描述，而它的成员变量vc_num用来描述当前正在初始化的控制台的编号。通过这个编号之后，就可以在全局数组con2fb_map中找到对应的帧缓冲区硬件设备编号。有了帧缓冲区硬件设备编号之后，就可以在另外一个全局数组中registered_fb中找到一个fb_info结构体info，用来描述与当前正在初始化的控制台所对应的帧缓冲区硬件设备。

        参数vc的成员变量vc_display_fg用来描述系统当前可见的控制台，它是一个类型为vc_data**的指针。从这里就可以看出，最终得到的vc_data结构体svc就是用来描述系统当前可见的控制台的。

        变量logo开始的时候被设置为1，表示需要显示第一个开机画面，但是在以下三种情况下，它的值会被设置为0，表示不需要显示开机画面：

        A. 参数vc和变量svc指向的不是同一个vc_data结构体，即当前正在初始化的控制台不是系统当前可见的控制台。

        B. 全局变量logo_shown的值等于FBCON_LOGO_DONTSHOW，即系统不需要显示第一个开机画面。

        C. 与当前正在初始化的控制台所对应的帧缓冲区硬件设备的显示方式被设置为文本方式，即info->fix.type的值等于FB_TYPE_TEXT。

        当最终得到的变量logo的值等于1的时候，接下来就会调用函数fbcon_prepare_logo来准备要显示的第一个开机画面的内容。

        在函数fbcon_prepare_logo中，第一个开机画面的内容是通过调用函数fb_prepare_logo来准备的，如下所示：

[cpp]  view plain copy
  1. static void fbcon_prepare_logo(struct vc_data *vc, struct fb_info *info,  
  2.                                int cols, int rows, int new_cols, int new_rows)  
  3. {  
  4.         ......  
  5.   
  6.         int logo_height;  
  7.   
  8.         ......  
  9.   
  10.         logo_height = fb_prepare_logo(info, ops->rotate);  
  11.           
  12.         ......  
  13.   
  14.         if (logo_lines > vc->vc_bottom) {  
  15.                 ......  
  16.         } else if (logo_shown != FBCON_LOGO_DONTSHOW) {  
  17.                 logo_shown = FBCON_LOGO_DRAW;  
  18.                 ......  
  19.         }  
  20. }  

         从函数fb_prepare_logo返回来之后，如果要显示的第一个开机画面所占用的控制台行数小于等于参数vc所描述的控制台的最大行数，并且全局变量logo_show的值不等于FBCON_LOGO_DRAW，那么就说明前面所提到的第一个开机画面可以显示在控制台中。这时候全局变量logo_show的值就会被设置为FBCON_LOGO_DRAW，表示第一个开机画面处于等待渲染的状态。

         函数fb_prepare_logo实现在文件kernel/goldfish/drivers/video/fbmem.c中，如下所示：

[cpp]  view plain copy
  1. int fb_prepare_logo(struct fb_info *info, int rotate)  
  2. {  
  3.         int depth = fb_get_color_depth(&info->var, &info->fix);  
  4.         unsigned int yres;  
  5.   
  6.         memset(&fb_logo, 0, sizeof(struct logo_data));  
  7.   
  8.         ......  
  9.   
  10.         if (info->fix.visual == FB_VISUAL_DIRECTCOLOR) {  
  11.                 depth = info->var.blue.length;  
  12.                 if (info->var.red.length < depth)  
  13.                         depth = info->var.red.length;  
  14.                 if (info->var.green.length < depth)  
  15.                         depth = info->var.green.length;  
  16.         }  
  17.   
  18.         if (info->fix.visual == FB_VISUAL_STATIC_PSEUDOCOLOR && depth > 4) {  
  19.                 /* assume console colormap */  
  20.                 depth = 4;  
  21.         }  
  22.   
  23.         /* Return if no suitable logo was found */  
  24.         fb_logo.logo = fb_find_logo(depth);  
  25.   
  26.         ......  
  27.   
  28.         return fb_prepare_extra_logos(info, fb_logo.logo->height, yres);  
  29. }  
        这个函数首先得到参数info所描述的帧缓冲区硬件设备的颜色深度depth，接着再调用函数fb_find_logo来获得要显示的第一个开机画面的内容，并且保存在全局变量fb_logo的成员变量logo中。

        函数fb_find_logo实现在文件kernel/goldfish/drivers/video/logo/logo.c文件中，如下所示：

[cpp]  view plain copy
  1. extern const struct linux_logo logo_linux_mono;  
  2. extern const struct linux_logo logo_linux_vga16;  
  3. extern const struct linux_logo logo_linux_clut224;  
  4. extern const struct linux_logo logo_blackfin_vga16;  
  5. extern const struct linux_logo logo_blackfin_clut224;  
  6. extern const struct linux_logo logo_dec_clut224;  
  7. extern const struct linux_logo logo_mac_clut224;  
  8. extern const struct linux_logo logo_parisc_clut224;  
  9. extern const struct linux_logo logo_sgi_clut224;  
  10. extern const struct linux_logo logo_sun_clut224;  
  11. extern const struct linux_logo logo_superh_mono;  
  12. extern const struct linux_logo logo_superh_vga16;  
  13. extern const struct linux_logo logo_superh_clut224;  
  14. extern const struct linux_logo logo_m32r_clut224;  
  15.   
  16. static int nologo;  
  17. module_param(nologo, bool, 0);  
  18. MODULE_PARM_DESC(nologo, "Disables startup logo");  
  19.   
  20. /* logo's are marked __initdata. Use __init_refok to tell 
  21.  * modpost that it is intended that this function uses data 
  22.  * marked __initdata. 
  23.  */  
  24. const struct linux_logo * __init_refok fb_find_logo(int depth)  
  25. {  
  26.         const struct linux_logo *logo = NULL;  
  27.   
  28.         if (nologo)  
  29.                 return NULL;  
  30.   
  31.         if (depth >= 1) {  
  32. #ifdef CONFIG_LOGO_LINUX_MONO  
  33.                 /* Generic Linux logo */  
  34.                 logo = &logo_linux_mono;  
  35. #endif  
  36. #ifdef CONFIG_LOGO_SUPERH_MONO  
  37.                 /* SuperH Linux logo */  
  38.                 logo = &logo_superh_mono;  
  39. #endif  
  40.         }  
  41.   
  42.         if (depth >= 4) {  
  43. #ifdef CONFIG_LOGO_LINUX_VGA16  
  44.                 /* Generic Linux logo */  
  45.                 logo = &logo_linux_vga16;  
  46. #endif  
  47. #ifdef CONFIG_LOGO_BLACKFIN_VGA16  
  48.                 /* Blackfin processor logo */  
  49.                 logo = &logo_blackfin_vga16;  
  50. #endif  
  51. #ifdef CONFIG_LOGO_SUPERH_VGA16  
  52.                 /* SuperH Linux logo */  
  53.                 logo = &logo_superh_vga16;  
  54. #endif  
  55.         }  
  56.   
  57.         if (depth >= 8) {  
  58. #ifdef CONFIG_LOGO_LINUX_CLUT224  
  59.                 /* Generic Linux logo */  
  60.                 logo = &logo_linux_clut224;  
  61. #endif  
  62. #ifdef CONFIG_LOGO_BLACKFIN_CLUT224  
  63.                 /* Blackfin Linux logo */  
  64.                 logo = &logo_blackfin_clut224;  
  65. #endif  
  66. #ifdef CONFIG_LOGO_DEC_CLUT224  
  67.                 /* DEC Linux logo on MIPS/MIPS64 or ALPHA */  
  68.                 logo = &logo_dec_clut224;  
  69. #endif  
  70. #ifdef CONFIG_LOGO_MAC_CLUT224  
  71.                 /* Macintosh Linux logo on m68k */  
  72.                 if (MACH_IS_MAC)  
  73.                         logo = &logo_mac_clut224;  
  74. #endif  
  75. #ifdef CONFIG_LOGO_PARISC_CLUT224  
  76.                 /* PA-RISC Linux logo */  
  77.                 logo = &logo_parisc_clut224;  
  78. #endif  
  79. #ifdef CONFIG_LOGO_SGI_CLUT224  
  80.                 /* SGI Linux logo on MIPS/MIPS64 and VISWS */  
  81.                 logo = &logo_sgi_clut224;  
  82. #endif  
  83. #ifdef CONFIG_LOGO_SUN_CLUT224  
  84.                 /* Sun Linux logo */  
  85.                 logo = &logo_sun_clut224;  
  86. #endif  
  87. #ifdef CONFIG_LOGO_SUPERH_CLUT224  
  88.                 /* SuperH Linux logo */  
  89.                 logo = &logo_superh_clut224;  
  90. #endif  
  91. #ifdef CONFIG_LOGO_M32R_CLUT224  
  92.                 /* M32R Linux logo */  
  93.                 logo = &logo_m32r_clut224;  
  94. #endif  
  95.         }  
  96.         return logo;  
  97. }  
  98. EXPORT_SYMBOL_GPL(fb_find_logo);  
        文件开始声明的一系列linux_logo结构体变量分别用来保存kernel/goldfish/drivers/video/logo目录下的一系列ppm或者pbm文件的内容的。这些ppm或者pbm文件都是用来描述第一个开机画面的。

        全局变量nologo是一个类型为布尔变量的模块参数，它的默认值等于0，表示要显示第一个开机画面。在这种情况下，函数fb_find_logo就会根据参数depth的值以及不同的编译选项来选择第一个开机画面的内容，并且保存在变量logo中返回给调用者。

        这一步执行完成之后，第一个开机画面的内容就保存在模块fbmem的全局变量fb_logo的成员变量logo中了。这时候控制台的初始化过程也结束了，接下来系统就会执行切换控制台的操作。前面提到，当系统执行切换控制台的操作的时候，模块fbcon中的函数fbcon_switch就会被调用。在调用的过程中，就会执行显示第一个开机画面的操作。

        函数fbcon_switch实现在文件kernel/goldfish/drivers/video/console/fbcon.c中，显示第一个开机画面的过程如下所示：

[cpp]  view plain copy
  1. static int fbcon_switch(struct vc_data *vc)  
  2. {  
  3.         struct fb_info *info, *old_info = NULL;  
  4.         struct fbcon_ops *ops;  
  5.         struct display *p = &fb_display[vc->vc_num];  
  6.         struct fb_var_screeninfo var;  
  7.         int i, prev_console, charcnt = 256;  
  8.   
  9.         ......  
  10.   
  11.         if (logo_shown == FBCON_LOGO_DRAW) {  
  12.                 logo_shown = fg_console;  
  13.                 /* This is protected above by initmem_freed */  
  14.                 fb_show_logo(info, ops->rotate);  
  15.                 ......  
  16.                 return 0;  
  17.         }  
  18.         return 1;  
  19. }  
        由于前面在准备第一个开机画面的内容的时候，全局变量logo_show的值被设置为FBCON_LOGO_DRAW，因此，接下来就会调用函数fb_show_logo来显示第一个开机画面。在显示之前，这个函数会将全局变量logo_shown的值设置为fg_console，后者表示系统当前可见的控制台的编号。

        函数fb_show_logo实现在文件kernel/goldfish/drivers/video/fbmem.c中，如下所示：

[cpp]  view plain copy
  1. int fb_show_logo(struct fb_info *info, int rotate)  
  2. {  
  3.         int y;  
  4.   
  5.         y = fb_show_logo_line(info, rotate, fb_logo.logo, 0,  
  6.                               num_online_cpus());  
  7.         ......  
  8.   
  9.         return y;  
  10. }  
       这个函数调用另外一个函数fb_show_logo_line来进一步执行渲染第一个开机画面的操作。

       函数fb_show_logo_line也是实现在文件kernel/goldfish/drivers/video/fbmem.c中，如下所示：

[cpp]  view plain copy
  1. static int fb_show_logo_line(struct fb_info *info, int rotate,  
  2.                              const struct linux_logo *logo, int y,  
  3.                              unsigned int n)  
  4. {  
  5.         u32 *palette = NULL, *saved_pseudo_palette = NULL;  
  6.         unsigned char *logo_new = NULL, *logo_rotate = NULL;  
  7.         struct fb_image image;  
  8.   
  9.         /* Return if the frame buffer is not mapped or suspended */  
  10.         if (logo == NULL || info->state != FBINFO_STATE_RUNNING ||  
  11.             info->flags & FBINFO_MODULE)  
  12.                 return 0;  
  13.   
  14.         image.depth = 8;  
  15.         image.data = logo->data;  
  16.   
  17.         if (fb_logo.needs_cmapreset)  
  18.                 fb_set_logocmap(info, logo);  
  19.   
  20.         if (fb_logo.needs_truepalette ||  
  21.             fb_logo.needs_directpalette) {  
  22.                 palette = kmalloc(256 * 4, GFP_KERNEL);  
  23.                 if (palette == NULL)  
  24.                         return 0;  
  25.   
  26.                 if (fb_logo.needs_truepalette)  
  27.                         fb_set_logo_truepalette(info, logo, palette);  
  28.                 else  
  29.                         fb_set_logo_directpalette(info, logo, palette);  
  30.   
  31.                 saved_pseudo_palette = info->pseudo_palette;  
  32.                 info->pseudo_palette = palette;  
  33.         }  
  34.   
  35.         if (fb_logo.depth <= 4) {  
  36.                 logo_new = kmalloc(logo->width * logo->height, GFP_KERNEL);  
  37.                 if (logo_new == NULL) {  
  38.                         kfree(palette);  
  39.                         if (saved_pseudo_palette)  
  40.                                 info->pseudo_palette = saved_pseudo_palette;  
  41.                         return 0;  
  42.                 }  
  43.                 image.data = logo_new;  
  44.                 fb_set_logo(info, logo, logo_new, fb_logo.depth);  
  45.         }  
  46.   
  47.         image.dx = 0;  
  48.         image.dy = y;  
  49.         image.width = logo->width;  
  50.         image.height = logo->height;  
  51.   
  52.         if (rotate) {  
  53.                 logo_rotate = kmalloc(logo->width *  
  54.                                       logo->height, GFP_KERNEL);  
  55.                 if (logo_rotate)  
  56.                         fb_rotate_logo(info, logo_rotate, &image, rotate);  
  57.         }  
  58.   
  59.         fb_do_show_logo(info, &image, rotate, n);  
  60.   
  61.         kfree(palette);  
  62.         if (saved_pseudo_palette != NULL)  
  63.                 info->pseudo_palette = saved_pseudo_palette;  
  64.         kfree(logo_new);  
  65.         kfree(logo_rotate);  
  66.         return logo->height;  
  67. }  
        参数logo指向了前面所准备的第一个开机画面的内容。这个函数首先根据参数logo的内容来构造一个fb_image结构体image，用来描述最终要显示的第一个开机画面。最后就调用函数fb_do_show_logo来真正执行渲染第一个开机画面的操作。

        函数fb_do_show_logo也是实现在文件kernel/goldfish/drivers/video/fbmem.c中，如下所示：

[cpp]  view plain copy
  1. static void fb_do_show_logo(struct fb_info *info, struct fb_image *image,  
  2.                             int rotate, unsigned int num)  
  3. {  
  4.         unsigned int x;  
  5.   
  6.         if (rotate == FB_ROTATE_UR) {  
  7.                 for (x = 0;  
  8.                      x < num && image->dx + image->width <= info->var.xres;  
  9.                      x++) {  
  10.                         info->fbops->fb_imageblit(info, image);  
  11.                         image->dx += image->width + 8;  
  12.                 }  
  13.         } else if (rotate == FB_ROTATE_UD) {  
  14.                 for (x = 0; x < num && image->dx >= 0; x++) {  
  15.                         info->fbops->fb_imageblit(info, image);  
  16.                         image->dx -= image->width + 8;  
  17.                 }  
  18.         } else if (rotate == FB_ROTATE_CW) {  
  19.                 for (x = 0;  
  20.                      x < num && image->dy + image->height <= info->var.yres;  
  21.                      x++) {  
  22.                         info->fbops->fb_imageblit(info, image);  
  23.                         image->dy += image->height + 8;  
  24.                 }  
  25.         } else if (rotate == FB_ROTATE_CCW) {  
  26.                 for (x = 0; x < num && image->dy >= 0; x++) {  
  27.                         info->fbops->fb_imageblit(info, image);  
  28.                         image->dy -= image->height + 8;  
  29.                 }  
  30.         }  
  31. }  
       参数rotate用来描述屏幕的当前旋转方向。屏幕旋转方向不同，第一个开机画面的渲染方式也有所不同。例如，当屏幕上下颠倒时（FB_ROTATE_UD），第一个开机画面的左右顺序就刚好调换过来，这时候就需要从右到左来渲染。其它三个方向FB_ROTATE_UR、FB_ROTATE_CW和FB_ROTATE_CCW分别表示没有旋转、顺时针旋转90度和逆时针旋转90度。

       参数info用来描述要渲染的帧缓冲区硬件设备，它的成员变量fbops指向了一系列回调函数，用来操作帧缓冲区硬件设备，其中，回调函数fb_imageblit就是用来在指定的帧缓冲区硬件设备渲染指定的图像的。

       至此，第一个开机画面的显示过程就分析完成了。

      2. 第二个开机画面的显示过程

      由于第二个开机画面是在init进程启动的过程中显示的，因此，我们就从init进程的入口函数main开始分析第二个开机画面的显示过程。

      init进程的入口函数main实现在文件system/core/init/init.c中，如下所示：

[cpp]  view plain copy
  1. int main(int argc, char **argv)  
  2. {  
  3.     int fd_count = 0;  
  4.     struct pollfd ufds[4];  
  5.     ......  
  6.     int property_set_fd_init = 0;  
  7.     int signal_fd_init = 0;  
  8.     int keychord_fd_init = 0;  
  9.   
  10.     if (!strcmp(basename(argv[0]), "ueventd"))  
  11.         return ueventd_main(argc, argv);  
  12.   
  13.     ......  
  14.   
  15.     queue_builtin_action(console_init_action, "console_init");  
  16.   
  17.     ......  
  18.   
  19.     for(;;) {  
  20.         int nr, i, timeout = -1;  
  21.   
  22.         execute_one_command();  
  23.         restart_processes();  
  24.   
  25.         if (!property_set_fd_init && get_property_set_fd() > 0) {  
  26.             ufds[fd_count].fd = get_property_set_fd();  
  27.             ufds[fd_count].events = POLLIN;  
  28.             ufds[fd_count].revents = 0;  
  29.             fd_count++;  
  30.             property_set_fd_init = 1;  
  31.         }  
  32.         if (!signal_fd_init && get_signal_fd() > 0) {  
  33.             ufds[fd_count].fd = get_signal_fd();  
  34.             ufds[fd_count].events = POLLIN;  
  35.             ufds[fd_count].revents = 0;  
  36.             fd_count++;  
  37.             signal_fd_init = 1;  
  38.         }  
  39.         if (!keychord_fd_init && get_keychord_fd() > 0) {  
  40.             ufds[fd_count].fd = get_keychord_fd();  
  41.             ufds[fd_count].events = POLLIN;  
  42.             ufds[fd_count].revents = 0;  
  43.             fd_count++;  
  44.             keychord_fd_init = 1;  
  45.         }  
  46.   
  47.         if (process_needs_restart) {  
  48.             timeout = (process_needs_restart - gettime()) * 1000;  
  49.             if (timeout < 0)  
  50.                 timeout = 0;  
  51.         }  
  52.   
  53.         if (!action_queue_empty() || cur_action)  
  54.             timeout = 0;  
  55.   
  56.         ......  
  57.   
  58.         nr = poll(ufds, fd_count, timeout);  
  59.         if (nr <= 0)  
  60.             continue;  
  61.   
  62.         for (i = 0; i < fd_count; i++) {  
  63.             if (ufds[i].revents == POLLIN) {  
  64.                 if (ufds[i].fd == get_property_set_fd())  
  65.                     handle_property_set_fd();  
  66.                 else if (ufds[i].fd == get_keychord_fd())  
  67.                     handle_keychord();  
  68.                 else if (ufds[i].fd == get_signal_fd())  
  69.                     handle_signal();  
  70.             }  
  71.         }  
  72.     }  
  73.   
  74.     return 0;  
  75. }  
         函数一开始就首先判断参数argv[0]的值是否等于“ueventd”，即当前正在启动的进程名称是否等于“ueventd”。如果是的话，那么就以ueventd_main函数来作入口函数。这是怎么回事呢？当前正在启动的进程不是init吗？它的名称怎么可能会等于“ueventd”？原来，在目标设备上，可执行文件/sbin/ueventd是可执行文件/init的一个符号链接文件，即应用程序ueventd和init运行的是同一个可执行文件。内核启动完成之后，可执行文件/init首先会被执行，即init进程会首先被启动。init进程在启动的过程中，会对启动脚本/init.rc进行解析。在启动脚本/init.rc中，配置了一个ueventd进程，它对应的可执行文件为/sbin/ueventd，即ueventd进程加载的可执行文件也为/init。因此，通过判断参数argv[0]的值，就可以知道当前正在启动的是init进程还是ueventd进程。

        ueventd进程是作什么用的呢？它是用来处理uevent事件的，即用来管理系统设备的。从前面的描述可以知道，它真正的入口函数为ueventd_main，实现在system/core/init/ueventd.c中。ueventd进程会通过一个socket接口来和内核通信，以便可以监控系统设备事件。例如，在前面在Ubuntu上为Android系统编写Linux内核驱动程序一文中， 我们调用device_create函数来创建了一个名称为“hello”的字符设备，这时候内核就会向前面提到的socket发送一个设备增加事件。ueventd进程通过这个socket获得了这个设备增加事件之后，就会/dev目录下创建一个名称为“hello”的设备文件。这样用户空间的应用程序就可以通过设备文件/dev/hello来和驱动程序hello进行通信了。

        接下来调用另外一个函数queue_builtin_action来向init进程中的一个待执行action队列增加了一个名称等于“console_init”的action。这个action对应的执行函数为console_init_action，它就是用来显示第二个开机画面的。

        函数queue_builtin_action实现在文件system/core/init/init_parser.c文件中，如下所示：

[cpp]  view plain copy
  1. static list_declare(action_list);  
  2. static list_declare(action_queue);  
  3.   
  4. void queue_builtin_action(int (*func)(int nargs, char **args), char *name)  
  5. {  
  6.     struct action *act;  
  7.     struct command *cmd;  
  8.   
  9.     act = calloc(1, sizeof(*act));  
  10.     act->name = name;  
  11.     list_init(&act->commands);  
  12.   
  13.     cmd = calloc(1, sizeof(*cmd));  
  14.     cmd->func = func;  
  15.     cmd->args[0] = name;  
  16.     list_add_tail(&act->commands, &cmd->clist);  
  17.   
  18.     list_add_tail(&action_list, &act->alist);  
  19.     action_add_queue_tail(act);  
  20. }  
  21.   
  22. void action_add_queue_tail(struct action *act)  
  23. {  
  24.     list_add_tail(&action_queue, &act->qlist);  
  25. }  
       action_list列表用来保存从启动脚本/init.rc解析得到的一系列action，以及一系列内建的action。当这些action需要执行的时候，它们就会被添加到action_queue列表中去，以便init进程可以执行它们。

       回到init进程的入口函数main中，最后init进程会进入到一个无限循环中去。在这个无限循环中，init进程会做以下五个事情：

       A. 调用函数execute_one_command来检查action_queue列表是否为空。如果不为空的话，那么init进程就会将保存在列表头中的action移除，并且执行这个被移除的action。由于前面我们将一个名称为“console_init”的action添加到了action_queue列表中，因此，在这个无限循环中，这个action就会被执行，即函数console_init_action会被调用。

       B. 调用函数restart_processes来检查系统中是否有进程需要重启。在启动脚本/init.rc中，我们可以指定一个进程在退出之后会自动重新启动。在这种情况下，函数restart_processes就会检查是否存在需要重新启动的进程，如果存在的话，那么就会将它重新启动起来。

       C. 处理系统属性变化事件。当我们调用函数property_set来改变一个系统属性值时，系统就会通过一个socket（通过调用函数get_property_set_fd可以获得它的文件描述符）来向init进程发送一个属性值改变事件通知。init进程接收到这个属性值改变事件之后，就会调用函数handle_property_set_fd来进行相应的处理。后面在分析第三个开机画面的显示过程时，我们就会看到，SurfaceFlinger服务就是通过修改“ctl.start”和“ctl.stop”属性值来启动和停止第三个开机画面的。

       D. 处理一种称为“chorded keyboard”的键盘输入事件。这种类型为chorded keyboard”的键盘设备通过不同的铵键组合来描述不同的命令或者操作，它对应的设备文件为/dev/keychord。我们可以通过调用函数get_keychord_fd来获得这个设备的文件描述符，以便可以监控它的输入事件，并且调用函数handle_keychord来对这些输入事件进行处理。

       E. 回收僵尸进程。我们知道，在Linux内核中，如果父进程不等待子进程结束就退出，那么当子进程结束的时候，就会变成一个僵尸进程，从而占用系统的资源。为了回收这些僵尸进程，init进程会安装一个SIGCHLD信号接收器。当那些父进程已经退出了的子进程退出的时候，内核就会发出一个SIGCHLD信号给init进程。init进程可以通过一个socket（通过调用函数get_signal_fd可以获得它的文件描述符）来将接收到的SIGCHLD信号读取回来，并且调用函数handle_signal来对接收到的SIGCHLD信号进行处理，即回收那些已经变成了僵尸的子进程。

      注意，由于后面三个事件都是可以通过文件描述符来描述的，因此，init进程的入口函数main使用poll机制来同时轮询它们，以便可以提高效率。

      接下来我们就重点分析函数console_init_action的实现，以便可以了解第二个开机画面的显示过程：

[cpp]  view plain copy
  1. static int console_init_action(int nargs, char **args)  
  2. {  
  3.     int fd;  
  4.     char tmp[PROP_VALUE_MAX];  
  5.   
  6.     if (console[0]) {  
  7.         snprintf(tmp, sizeof(tmp), "/dev/%s", console);  
  8.         console_name = strdup(tmp);  
  9.     }  
  10.   
  11.     fd = open(console_name, O_RDWR);  
  12.     if (fd >= 0)  
  13.         have_console = 1;  
  14.     close(fd);  
  15.   
  16.     if( load_565rle_image(INIT_IMAGE_FILE) ) {  
  17.         fd = open("/dev/tty0", O_WRONLY);  
  18.         if (fd >= 0) {  
  19.             const char *msg;  
  20.                 msg = "\n"  
  21.             "\n"  
  22.             "\n"  
  23.             "\n"  
  24.             "\n"  
  25.             "\n"  
  26.             "\n"  // console is 40 cols x 30 lines  
  27.             "\n"  
  28.             "\n"  
  29.             "\n"  
  30.             "\n"  
  31.             "\n"  
  32.             "\n"  
  33.             "\n"  
  34.             "             A N D R O I D ";  
  35.             write(fd, msg, strlen(msg));  
  36.             close(fd);  
  37.         }  
  38.     }  
  39.     return 0;  
  40. }  
         这个函数主要做了两件事件：

         A. 初始化控制台。init进程在启动的时候，会解析内核的启动参数（保存在文件/proc/cmdline中）。如果发现内核的启动参数中包含有了一个名称为“androidboot.console”的属性，那么就会将这个属性的值保存在字符数组console中。这样我们就可以通过设备文件/dev/<console>来访问系统的控制台。如果内核的启动参数没有包含名称为“androidboot.console”的属性，那么默认就通过设备文件/dev/console来访问系统的控制台。如果能够成功地打开设备文件/dev/<console>或者/dev/console，那么就说明系统支持访问控制台，因此，全局变量have_console的就会被设置为1。

         B. 显示第二个开机画面。显示第二个开机画面是通过调用函数load_565rle_image来实现的。在调用函数load_565rle_image的时候，指定的开机画面文件为INIT_IMAGE_FILE。INIT_IMAGE_FILE是一个宏，定义在system/core/init/init.h文件中，如下所示：

[cpp]  view plain copy
  1. #define INIT_IMAGE_FILE "/initlogo.rle"  

        即第二个开机画面的内容是由文件/initlogo.rle来指定的。如果文件/initlogo.rle不存在，或者在显示它的过程中出现异常，那么函数load_565rle_image的返回值就会等于-1，这时候函数console_init_action就以文本的方式来显示第二个开机画面，即向编号为0的控制台（/dev/tty0）输出“ANDROID”这7个字符。

        函数load_565rle_image实现在文件system/core/init/logo.c中，如下所示：

[cpp]  view plain copy
  1. /* 565RLE image format: [count(2 bytes), rle(2 bytes)] */  
  2.   
  3. int load_565rle_image(char *fn)  
  4. {  
  5.     struct FB fb;  
  6.     struct stat s;  
  7.     unsigned short *data, *bits, *ptr;  
  8.     unsigned count, max;  
  9.     int fd;  
  10.   
  11.     if (vt_set_mode(1))  
  12.         return -1;  
  13.   
  14.     fd = open(fn, O_RDONLY);  
  15.     if (fd < 0) {  
  16.         ERROR("cannot open '%s'\n", fn);  
  17.         goto fail_restore_text;  
  18.     }  
  19.   
  20.     if (fstat(fd, &s) < 0) {  
  21.         goto fail_close_file;  
  22.     }  
  23.   
  24.     data = mmap(0, s.st_size, PROT_READ, MAP_SHARED, fd, 0);  
  25.     if (data == MAP_FAILED)  
  26.         goto fail_close_file;  
  27.   
  28.     if (fb_open(&fb))  
  29.         goto fail_unmap_data;  
  30.   
  31.     max = fb_width(&fb) * fb_height(&fb);  
  32.     ptr = data;  
  33.     count = s.st_size;  
  34.     bits = fb.bits;  
  35.     while (count > 3) {  
  36.         unsigned n = ptr[0];  
  37.         if (n > max)  
  38.             break;  
  39.         android_memset16(bits, ptr[1], n << 1);  
  40.         bits += n;  
  41.         max -= n;  
  42.         ptr += 2;  
  43.         count -= 4;  
  44.     }  
  45.   
  46.     munmap(data, s.st_size);  
  47.     fb_update(&fb);  
  48.     fb_close(&fb);  
  49.     close(fd);  
  50.     unlink(fn);  
  51.     return 0;  
  52.   
  53. fail_unmap_data:  
  54.     munmap(data, s.st_size);  
  55. fail_close_file:  
  56.     close(fd);  
  57. fail_restore_text:  
  58.     vt_set_mode(0);  
  59.     return -1;  
  60. }  

        函数首先将控制台的显示方式设置为图形方式，这是通过调用函数vt_set_mode来实现的，如下所示：

[cpp]  view plain copy
  1. static int vt_set_mode(int graphics)  
  2. {  
  3.     int fd, r;  
  4.     fd = open("/dev/tty0", O_RDWR | O_SYNC);  
  5.     if (fd < 0)  
  6.         return -1;  
  7.     r = ioctl(fd, KDSETMODE, (void*) (graphics ? KD_GRAPHICS : KD_TEXT));  
  8.     close(fd);  
  9.     return r;  
  10. }  
        函数vt_set_mode首先打开控制台设备文件/dev/tty0，接着再通过IO控制命令KDSETMODE来将控制台的显示方式设置为文本方式或者图形方式，取决于参数graphics的值。从前面的调用过程可以知道，参数graphics的值等于1，因此，这里是将控制台的显示方式设备为图形方式。

        回到函数load_565rle_image中，从前面的调用过程可以知道，参数fn的值等于“/initlogo.rle”，即指向目标设备上的initlogo.rle文件。函数load_565rle_image首先调用函数open打开这个文件，并且将获得的文件描述符保存在变量fd中，接着再调用函数fstat来获得这个文件的大小。有了这些信息之后，函数load_565rle_image就可以调用函数mmap来把文件/initlogo.rle映射到init进程的地址空间来了，以便可以读取它的内容。

       将文件/initlogo.rle映射到init进程的地址空间之后，接下来再调用函数fb_open来打开设备文件/dev/graphics/fb0。前面在介绍第一个开机画面的显示过程中提到，设备文件/dev/graphics/fb0是用来访问系统的帧缓冲区硬件设备的，因此，打开了设备文件/dev/graphics/fb0之后，我们就可以将文件/initlogo.rle的内容输出到帧缓冲区硬件设备中去了。

       函数fb_open的实现如下所示：

[cpp]  view plain copy
  1. static int fb_open(struct FB *fb)  
  2. {  
  3.     fb->fd = open("/dev/graphics/fb0", O_RDWR);  
  4.     if (fb->fd < 0)  
  5.         return -1;  
  6.   
  7.     if (ioctl(fb->fd, FBIOGET_FSCREENINFO, &fb->fi) < 0)  
  8.         goto fail;  
  9.     if (ioctl(fb->fd, FBIOGET_VSCREENINFO, &fb->vi) < 0)  
  10.         goto fail;  
  11.   
  12.     fb->bits = mmap(0, fb_size(fb), PROT_READ | PROT_WRITE,  
  13.                     MAP_SHARED, fb->fd, 0);  
  14.     if (fb->bits == MAP_FAILED)  
  15.         goto fail;  
  16.   
  17.     return 0;  
  18.   
  19. fail:  
  20.     close(fb->fd);  
  21.     return -1;  
  22. }  
       打开了设备文件/dev/graphics/fb0之后，接着再分别通过IO控制命令FBIOGET_FSCREENINFO和FBIOGET_VSCREENINFO来获得帧缓冲硬件设备的固定信息和可变信息。固定信息使用一个fb_fix_screeninfo结构体来描述，它保存的是帧缓冲区硬件设备固有的特性，这些特性在帧缓冲区硬件设备被初始化了之后，就不会发生改变，例如屏幕大小以及物理地址等信息。可变信息使用一个fb_var_screeninfo结构体来描述，它保存的是帧缓冲区硬件设备可变的特性，这些特性在系统运行的期间是可以改变的，例如屏幕所使用的分辨率、颜色深度以及颜色格式等。

        除了获得帧缓冲区硬件设备的固定信息和可变信息之外，函数fb_open还会将设备文件/dev/graphics/fb0的内容映射到init进程的地址空间来，这样init进程就可以通过映射得到的虚拟地址来访问帧缓冲区硬件设备的内容了。

       回到函数load_565rle_image中，接下来分别使用宏fb_width和fb_height来获得屏幕所使用的的分辨率，即屏幕的宽度和高度。宏fb_width和fb_height的定义如下所示：

[cpp]  view plain copy
  1. #define fb_width(fb) ((fb)->vi.xres)  
  2. #define fb_height(fb) ((fb)->vi.yres)  
       屏幕的所使用的分辨率使用结构体fb_var_screeninfo的成员变量xres和yres来描述，其中，成员变量xres用来描述屏幕的宽度，而成员变量成员变量yres用来描述屏幕的高度。得到了屏幕的分辨率之后，就可以知道最多可以向帧缓冲区硬件设备写入的字节数的大小了，这个大小就等于屏幕的宽度乘以高度，保存在变量max中。

       现在我们分别得到了文件initlogo.rle和帧缓冲区硬件设备在init进程中的虚拟访问地址以及大小，这样我们就可以将文件initlogo.rle的内容写入到帧缓冲区硬件设备中去，以便可以将第二个开机画面显示出来，这是通过函数load_565rle_image中的while循环来实现的。

       文件initlogo.rle保存的第二个开机画面的图像格式是565rle的。rle的全称是run-length encoding，翻译为游程编码或者行程长度编码，它可以使用4个字节来描述一个连续的具有相同颜色值的序列。在rle565格式，前面2个字节中用来描述序列的个数，而后面2个字节用来描述一个具体的颜色，其中，颜色的RGB值分别占5位、6位和5位。理解了565rle图像格式之后，我们就可以理解函数load_565rle_image中的while循环的实现逻辑了。在每一次循环中，都会依次从文件initlogo.rle中读出4个字节，其中，前两个字节的内容保存在变量n中，而后面2个字节的内容用来写入到帧缓冲区硬件设备中去。由于2个字节刚好就可以使用一个无符号短整数来描述，因此，函数load_565rle_image通过调用函数android_memset16来将从文件initlogo.rle中读取出来的颜色值写入到帧缓冲区硬件设备中去，

       函数android_memset16的实现如下所示：

[cpp]  view plain copy
  1. void android_memset16(void *_ptr, unsigned short val, unsigned count)  
  2. {  
  3.     unsigned short *ptr = _ptr;  
  4.     count >>= 1;  
  5.     while(count--)  
  6.         *ptr++ = val;  
  7. }  
       参数ptr指向被写入的地址，在我们这个场景中，这个地址即为帧缓冲区硬件设备映射到init进程中的虚拟地址值。

       参数val用来描述被写入的值，在我们这个场景中，这个值即为从文件initlogo.rle中读取出来的颜色值。

       参数count用来描述被写入的地址的长度，它是以字节为单位的。由于在将参数val的值写入到参数ptr所描述的地址中去时，是以无符号短整数为单位的，即是以2个字节为单位的，因此，函数android_memset16在将参数val写入到地址ptr中去之前，首先会将参数count的值除以2。相应的地，在函数load_565rle_image中，需要将具有相同颜色值的序列的个数乘以2之后，再调用函数android_memset16。

       回到函数load_565rle_image中，将文件/initlogo.rle的内容写入到帧缓冲区硬件设备去之后，第二个开机画面就可以显示出来了。接下来函数load_565rle_image就会调用函数munmap来注销文件/initlogo.rle在init进程中的映射，并且调用函数close来关闭文件/initlogo.rle。关闭了文件/initlogo.rle之后，还会调用函数unlink来删除目标设备上的/initlogo.rle文件。注意，这只是删除了目标设备上的/initlogo.rle文件，而不是删除ramdisk映像中的initlogo.rle文件，因此，每次关机启动之后，系统都会重新将ramdisk映像中的initlogo.rle文件安装到目标设备上的根目录来，这样就可以在每次开机的时候都能将它显示出来。

        除了需要注销文件/initlogo.rle在init进程中的映射和关闭文件/initlogo.rle之外，还需要注销文件/dev/graphics/fb0在init进程中的映射以及关闭文件/dev/graphics/fb0，这是通过调用fb_close函数来实现的，如下所示：

[cpp]  view plain copy
  1. static void fb_close(struct FB *fb)  
  2. {  
  3.     munmap(fb->bits, fb_size(fb));  
  4.     close(fb->fd);  
  5. }  
       在调用fb_close函数之前，函数load_565rle_image还会调用另外一个函数fb_update来更新屏幕上的第二个开机画面，它的实现如下所示：

[cpp]  view plain copy
  1. static void fb_update(struct FB *fb)  
  2. {  
  3.     fb->vi.yoffset = 1;  
  4.     ioctl(fb->fd, FBIOPUT_VSCREENINFO, &fb->vi);  
  5.     fb->vi.yoffset = 0;  
  6.     ioctl(fb->fd, FBIOPUT_VSCREENINFO, &fb->vi);  
  7. }  
        在结构体fb_var_screeninfo中，除了使用成员变量xres和yres来描述屏幕所使用的分辨率之外，还使用成员变量xres_virtual和yres_virtual来描述屏幕所使用的虚拟分辨率。成员变量xres和yres所描述屏幕的分辨率称为可视分辨率。可视分辨率和虚拟分辨率有什么关系呢？可视分辨率是屏幕实际上使用的分辨率，即用户所看到的分辨率，而虚拟分辨率是在系统内部使用的，它是不可见的，并且可以大于可视分辨率。例如，假设可视分辨率是800 x 600，那么虚拟分辨率可以设置为1600 x 600。由于屏幕最多只可以显示800 x 600个像素，因此，在系统内部，就需要决定从1600 x 600中取出800 x 600个像素来显示，这是通过结构体fb_var_screeninfo的成员变量xoffset和yoffset的值来描述的。成员变量xoffset和yoffset的默认值等于0，即默认从虚拟分辨率的左上角取出与可视分辨率大小相等的像素出来显示，否则的话，就会根据成员变量xoffset和yoffset的值来从虚拟分辨率的中间位置取出与可视分辨率大小相等的像素出来显示。

        帧缓冲区的大小是由虚拟分辨率决定的，因此，我们就可以在帧缓冲中写入比屏幕大小还要多的像素值，多出来的这个部分像素值就可以用作双缓冲。我们仍然假设可视分辨率和虚拟分辨率分别是800 x 600和1600 x 600，那么我们就可以先将前一个图像的内容写入到帧缓冲区的前面800 x 600个像素中去，接着再将后一个图像的内容写入到帧缓冲区的后面800 x 600个像素中。通过分别将用来描述帧缓冲区硬件设备的fb_var_screeninfo结构体的成员变量yoffset的值设置为0和800，就可以平滑地显示两个图像。

        理解了帧缓冲区硬件设备的可视分辨性和虚拟分辨性之后，函数fb_update的实现逻辑就可以很好地理解了。

        至此，第二个开机画面的显示过程就分析完成了。

        3. 第三个开机画面的显示过程

        第三个开机画面是由应用程序bootanimation来负责显示的。应用程序bootanimation在启动脚本init.rc中被配置成了一个服务，如下所示：

[html]  view plain copy
  1. service bootanim /system/bin/bootanimation  
  2.     user graphics  
  3.     group graphics  
  4.     disabled  
  5.     oneshot  
       应用程序bootanimation的用户和用户组名称分别被设置为graphics。注意， 用来启动应用程序bootanimation的服务是disable的，即init进程在启动的时候，不会主动将应用程序bootanimation启动起来。当SurfaceFlinger服务启动的时候，它会通过修改系统属性ctl.start的值来通知init进程启动应用程序bootanimation，以便可以显示第三个开机画面，而当System进程将系统中的关键服务都启动起来之后，ActivityManagerService服务就会通知SurfaceFlinger服务来修改系统属性ctl.stop的值，以便可以通知init进程停止执行应用程序bootanimation，即停止显示第三个开机画面。接下来我们就分别分析第三个开机画面的显示过程和停止过程。

      从前面Android系统进程Zygote启动过程的源代码分析一文可以知道，Zygote进程在启动的过程中，会将System进程启动起来，而从前面Android应用程序安装过程源代码分析一文又可以知道，System进程在启动的过程（Step 3）中，会调用SurfaceFlinger类的静态成员函数instantiate来启动SurfaceFlinger服务。Sytem进程在启动SurfaceFlinger服务的过程中，首先会创建一个SurfaceFlinger实例，然后再将这个实例注册到Service Manager中去。在注册的过程，前面创建的SurfaceFlinger实例会被一个sp指针引用。从前面Android系统的智能指针（轻量级指针、强指针和弱指针）的实现原理分析一文可以知道，当一个对象第一次被智能指针引用的时候，这个对象的成员函数onFirstRef就会被调用。由于SurfaceFlinger重写了父类RefBase的成员函数onFirstRef，因此，在注册SurfaceFlinger服务的过程中，将会调用SurfaceFlinger类的成员函数onFirstRef。在调用的过程，就会创建一个线程来启动第三个开机画面。

       SurfaceFlinger类实现在文件frameworks/base/services/surfaceflinger/SurfaceFlinger.cpp 中，它的成员函数onFirstRef的实现如下所示：

[cpp]  view plain copy
  1. void SurfaceFlinger::onFirstRef()  
  2. {  
  3.     run("SurfaceFlinger", PRIORITY_URGENT_DISPLAY);  
  4.   
  5.     // Wait for the main thread to be done with its initialization  
  6.     mReadyToRunBarrier.wait();  
  7. }  
        SurfaceFlinger类继承了Thread类，当它的成员函数run被调用的时候，系统就会创建一个新的线程。这个线程在第一次运行之前，会调用SurfaceFlinger类的成员函数readyToRun来通知SurfaceFlinger，它准备就绪了。当这个线程准备就绪之后，它就会循环执行SurfaceFlinger类的成员函数threadLoop，直到这个成员函数的返回值等于false为止。

        注意，SurfaceFlinger类的成员函数onFirstRef是在System进程的主线程中调用的，它需要等待前面创建的线程准备就绪之后，再继续往前执行，这个通过调用SurfaceFlinger类的成员变量mReadytoRunBarrier所描述的一个Barrier对象的成员函数wait来实现的。每一个Barrier对象内问都封装了一个条件变量（Condition Variable），而条件变量是用来同步线程的。

        接下来，我们继续分析SurfaceFlinger类的成员函数readyToRun的实现，如下所示：

[cpp]  view plain copy
  1. status_t SurfaceFlinger::readyToRun()  
  2. {  
  3.     LOGI(   "SurfaceFlinger's main thread ready to run. "  
  4.             "Initializing graphics H/W...");  
  5.       
  6.     ......  
  7.   
  8.     mReadyToRunBarrier.open();  
  9.   
  10.     /* 
  11.      *  We're now ready to accept clients... 
  12.      */  
  13.   
  14.     // start boot animation  
  15.     property_set("ctl.start", "bootanim");  
  16.   
  17.     return NO_ERROR;  
  18. }  

       前面创建的线程用作SurfaceFlinger的主线程。这个线程在启动的时候，会对设备主屏幕以及OpenGL库进行初始化。初始化完成之后，接着就会调用SurfaceFlinger类的成员变量mReadyToRunBarrier所描述的一个Barrier对象的成员函数open来唤醒System进程的主线程，以便它可以继续往前执行。最后，SurfaceFlinger类的成员函数readyToRun的成员函数会调用函数property_set来将系统属性“ctl.start”的值设置为“bootanim”，表示要将应用程序bootanimation启动起来，以便可以显示第三个开机画面。

       前面在介绍第二个开机画面的时候提到，当系统属性发生改变时，init进程就会接收到一个系统属性变化通知，这个通知最终是由在init进程中的函数handle_property_set_fd来处理的。

       函数handle_property_set_fd实现在文件system/core/init/property_service.c中，如下所示：

[cpp]  view plain copy
  1. void handle_property_set_fd()  
  2. {  
  3.     prop_msg msg;  
  4.     int s;  
  5.     int r;  
  6.     int res;  
  7.     struct ucred cr;  
  8.     struct sockaddr_un addr;  
  9.     socklen_t addr_size = sizeof(addr);  
  10.     socklen_t cr_size = sizeof(cr);  
  11.   
  12.     if ((s = accept(property_set_fd, (struct sockaddr *) &addr, &addr_size)) < 0) {  
  13.         return;  
  14.     }  
  15.   
  16.     /* Check socket options here */  
  17.     if (getsockopt(s, SOL_SOCKET, SO_PEERCRED, &cr, &cr_size) < 0) {  
  18.         close(s);  
  19.         ERROR("Unable to recieve socket options\n");  
  20.         return;  
  21.     }  
  22.   
  23.     r = recv(s, &msg, sizeof(msg), 0);  
  24.     close(s);  
  25.     if(r != sizeof(prop_msg)) {  
  26.         ERROR("sys_prop: mis-match msg size recieved: %d expected: %d\n",  
  27.               r, sizeof(prop_msg));  
  28.         return;  
  29.     }  
  30.   
  31.     switch(msg.cmd) {  
  32.     case PROP_MSG_SETPROP:  
  33.         msg.name[PROP_NAME_MAX-1] = 0;  
  34.         msg.value[PROP_VALUE_MAX-1] = 0;  
  35.   
  36.         if(memcmp(msg.name,"ctl.",4) == 0) {  
  37.             if (check_control_perms(msg.value, cr.uid, cr.gid)) {  
  38.                 handle_control_message((char*) msg.name + 4, (char*) msg.value);  
  39.             } else {  
  40.                 ERROR("sys_prop: Unable to %s service ctl [%s] uid: %d pid:%d\n",  
  41.                         msg.name + 4, msg.value, cr.uid, cr.pid);  
  42.             }  
  43.         } else {  
  44.             if (check_perms(msg.name, cr.uid, cr.gid)) {  
  45.                 property_set((char*) msg.name, (char*) msg.value);  
  46.             } else {  
  47.                 ERROR("sys_prop: permission denied uid:%d  name:%s\n",  
  48.                       cr.uid, msg.name);  
  49.             }  
  50.         }  
  51.         break;  
  52.   
  53.     default:  
  54.         break;  
  55.     }  
  56. }  

        init进程是通过一个socket来接收系统属性变化事件的。每一个系统属性变化事件的内容都是通过一个prop_msg对象来描述的。在prop_msg对象对，成员变量name用来描述发生变化的系统属性的名称，而成员变量value用来描述发生变化的系统属性的值。系统属性分为两种类型，一种是普通类型的系统属性，另一种是控制类型的系统属性（属性名称以“ctl.”开头）。控制类型的系统属性在发生变化时，会触发init进程执行一个命令，而普通类型的系统属性就不具有这个特性。注意，改变系统属性是需要权限，因此，函数handle_property_set_fd在处理一个系统属性变化事件之前，首先会检查修改系统属性的进程是否具有相应的权限，这是通过调用函数check_control_perms或者check_perms来实现的。

        从前面的调用过程可以知道，当前发生变化的系统属性的名称为“ctl.start”，它的值被设置为“bootanim”。由于这是一个控制类型的系统属性，因此，在通过了权限检查之后，另外一个函数handle_control_message就会被调用，以便可以执行一个名称为“bootanim”的命令。

        函数handle_control_message实现在system/core/init/init.c中，如下所示：

[cpp]  view plain copy
  1. void handle_control_message(const char *msg, const char *arg)  
  2. {  
  3.     if (!strcmp(msg,"start")) {  
  4.         msg_start(arg);  
  5.     } else if (!strcmp(msg,"stop")) {  
  6.         msg_stop(arg);  
  7.     } else {  
  8.         ERROR("unknown control msg '%s'\n", msg);  
  9.     }  
  10. }  
       控制类型的系统属性的名称是以"ctl."开头，并且是以“start”或者“stop”结尾的，其中，“start”表示要启动某一个服务，而“stop”表示要停止某一个服务，它们是分别通过函数msg_start和msg_stop来实现的。由于当前发生变化的系统属性是以“start”来结尾的，因此，接下来就会调用函数msg_start来启动一个名称为“bootanim”的服务。 

       函数msg_start实现在文件system/core/init/init.c中，如下所示：

[cpp]  view plain copy
  1. static void msg_start(const char *name)  
  2. {  
  3.     struct service *svc;  
  4.     char *tmp = NULL;  
  5.     char *args = NULL;  
  6.   
  7.     if (!strchr(name, ':'))  
  8.         svc = service_find_by_name(name);  
  9.     else {  
  10.         tmp = strdup(name);  
  11.         args = strchr(tmp, ':');  
  12.         *args = '\0';  
  13.         args++;  
  14.   
  15.         svc = service_find_by_name(tmp);  
  16.     }  
  17.   
  18.     if (svc) {  
  19.         service_start(svc, args);  
  20.     } else {  
  21.         ERROR("no such service '%s'\n", name);  
  22.     }  
  23.     if (tmp)  
  24.         free(tmp);  
  25. }  
       参数name的值等于“bootanim”，它用来描述一个服务名称。这个函数首先调用函数service_find_by_name来找到名称等于“bootanim”的服务的信息，这些信息保存在一个service结构体svc中，接着再调用另外一个函数service_start来将对应的应用程序启动起来。

      从前面的内容可以知道，名称等于“bootanim”的服务所对应的应用程序为/system/bin/bootanimation，这个应用程序实现在frameworks/base/cmds/bootanimation目录中，其中，应用程序入口函数main是实现在frameworks/base/cmds/bootanimation/bootanimation_main.cpp中的，如下所示：

[cpp]  view plain copy
  1. int main(int argc, char** argv)  
  2. {  
  3. #if defined(HAVE_PTHREADS)  
  4.     setpriority(PRIO_PROCESS, 0, ANDROID_PRIORITY_DISPLAY);  
  5. #endif  
  6.   
  7.     char value[PROPERTY_VALUE_MAX];  
  8.     property_get("debug.sf.nobootanimation", value, "0");  
  9.     int noBootAnimation = atoi(value);  
  10.     LOGI_IF(noBootAnimation,  "boot animation disabled");  
  11.     if (!noBootAnimation) {  
  12.   
  13.         sp<ProcessState> proc(ProcessState::self());  
  14.         ProcessState::self()->startThreadPool();  
  15.   
  16.         // create the boot animation object  
  17.         sp<BootAnimation> boot = new BootAnimation();  
  18.   
  19.         IPCThreadState::self()->joinThreadPool();  
  20.   
  21.     }  
  22.     return 0;  
  23. }  

       这个函数首先检查系统属性“debug.sf.nobootnimaition”的值是否不等于0。如果不等于的话，那么接下来就会启动一个Binder线程池，并且创建一个BootAnimation对象。这个BootAnimation对象就是用来显示第三个开机画面的。由于BootAnimation对象在显示第三个开机画面的过程中，需要与SurfaceFlinger服务通信，因此，应用程序bootanimation就需要启动一个Binder线程池。

       BootAnimation类间接地继承了RefBase类，并且重写了RefBase类的成员函数onFirstRef，因此，当一个BootAnimation对象第一次被智能指针引用的时，这个BootAnimation对象的成员函数onFirstRef就会被调用。

       BootAnimation类的成员函数onFirstRef实现在文件frameworks/base/cmds/bootanimation/BootAnimation.cpp中，如下所示：

[cpp]  view plain copy
  1. void BootAnimation::onFirstRef() {  
  2.     status_t err = mSession->linkToComposerDeath(this);  
  3.     LOGE_IF(err, "linkToComposerDeath failed (%s) ", strerror(-err));  
  4.     if (err == NO_ERROR) {  
  5.         run("BootAnimation", PRIORITY_DISPLAY);  
  6.     }  
  7. }  

       mSession是BootAnimation类的一个成员变量，它的类型为SurfaceComposerClient，是用来和SurfaceFlinger执行Binder进程间通信的，它是在BootAnimation类的构造函数中创建的，如下所示：

[cpp]  view plain copy
  1. BootAnimation::BootAnimation() : Thread(false)  
  2. {  
  3.     mSession = new SurfaceComposerClient();  
  4. }  

         SurfaceComposerClient类内部有一个实现了ISurfaceComposerClient接口的Binder代理对象mClient，这个Binder代理对象引用了SurfaceFlinger服务，SurfaceComposerClient类就是通过它来和SurfaceFlinger服务通信的。

         回到BootAnimation类的成员函数onFirstRef中，由于BootAnimation类引用了SurfaceFlinger服务，因此，当SurfaceFlinger服务意外死亡时，BootAnimation类就需要得到通知，这是通过调用成员变量mSession的成员函数linkToComposerDeath来注册SurfaceFlinger服务的死亡接收通知来实现的。

        BootAnimation类继承了Thread类，因此，当BootAnimation类的成员函数onFirstRef调用了父类Thread的成员函数run之后，系统就会创建一个线程，这个线程在第一次运行之前，会调用BootAnimation类的成员函数readyToRun来执行一些初始化工作，后面再调用BootAnimation类的成员函数htreadLoop来显示第三个开机画面。

       BootAnimation类的成员函数readyToRun的实现如下所示：

[cpp]  view plain copy
  1. status_t BootAnimation::readyToRun() {  
  2.     mAssets.addDefaultAssets();  
  3.   
  4.     DisplayInfo dinfo;  
  5.     status_t status = session()->getDisplayInfo(0, &dinfo);  
  6.     if (status)  
  7.         return -1;  
  8.   
  9.     // create the native surface  
  10.     sp<SurfaceControl> control = session()->createSurface(  
  11.             getpid(), 0, dinfo.w, dinfo.h, PIXEL_FORMAT_RGB_565);  
  12.     session()->openTransaction();  
  13.     control->setLayer(0x40000000);  
  14.     session()->closeTransaction();  
  15.   
  16.     sp<Surface> s = control->getSurface();  
  17.   
  18.     // initialize opengl and egl  
  19.     const EGLint attribs[] = {  
  20.             EGL_DEPTH_SIZE, 0,  
  21.             EGL_NONE  
  22.     };  
  23.     EGLint w, h, dummy;  
  24.     EGLint numConfigs;  
  25.     EGLConfig config;  
  26.     EGLSurface surface;  
  27.     EGLContext context;  
  28.   
  29.     EGLDisplay display = eglGetDisplay(EGL_DEFAULT_DISPLAY);  
  30.   
  31.     eglInitialize(display, 0, 0);  
  32.     EGLUtils::selectConfigForNativeWindow(display, attribs, s.get(), &config);  
  33.     surface = eglCreateWindowSurface(display, config, s.get(), NULL);  
  34.     context = eglCreateContext(display, config, NULL, NULL);  
  35.     eglQuerySurface(display, surface, EGL_WIDTH, &w);  
  36.     eglQuerySurface(display, surface, EGL_HEIGHT, &h);  
  37.   
  38.     if (eglMakeCurrent(display, surface, surface, context) == EGL_FALSE)  
  39.         return NO_INIT;  
  40.   
  41.     mDisplay = display;  
  42.     mContext = context;  
  43.     mSurface = surface;  
  44.     mWidth = w;  
  45.     mHeight = h;  
  46.     mFlingerSurfaceControl = control;  
  47.     mFlingerSurface = s;  
  48.   
  49.     mAndroidAnimation = true;  
  50.     if ((access(USER_BOOTANIMATION_FILE, R_OK) == 0) &&  
  51.             (mZip.open(USER_BOOTANIMATION_FILE) == NO_ERROR) ||  
  52.             (access(SYSTEM_BOOTANIMATION_FILE, R_OK) == 0) &&  
  53.             (mZip.open(SYSTEM_BOOTANIMATION_FILE) == NO_ERROR))  
  54.         mAndroidAnimation = false;  
  55.   
  56.     return NO_ERROR;  
  57. }  

        BootAnimation类的成员函数session用来返回BootAnimation类的成员变量mSession所描述的一个SurfaceComposerClient对象。通过调用SurfaceComposerClient对象mSession的成员函数createSurface可以获得一个SurfaceControl对象control。

        SurfaceComposerClient类的成员函数createSurface首先调用内部的Binder代理对象mClient来请求SurfaceFlinger返回一个类型为SurfaceLayer的Binder代理对象，接着再使用这个Binder代理对象来创建一个SurfaceControl对象。创建出来的SurfaceControl对象的成员变量mSurface就指向了从SurfaceFlinger返回来的类型为SurfaceLayer的Binder代理对象。有了这个Binder代理对象之后，SurfaceControl对象就可以和SurfaceFlinger服务通信了。

       调用SurfaceControl对象control的成员函数getSurface会返回一个Surface对象s。这个Surface对象s内部也有一个类型为SurfaceLayer的Binder代理对象mSurface，这个Binder代理对象与前面所创建的SurfaceControl对象control的内部的Binder代理对象mSurface引用的是同一个SurfaceLayer对象。这样，Surface对象s也可以通过其内部的Binder代理对象mSurface来和SurfaceFlinger服务通信。

       Surface类继承了ANativeWindow类。ANativeWindow类是连接OpenGL和Android窗口系统的桥梁，即OpenGL需要通过ANativeWindow类来间接地操作Android窗口系统。这种桥梁关系是通过EGL库来建立的，所有以egl为前缀的函数名均为EGL库提供的接口。

       为了能够在OpenGL和Android窗口系统之间的建立一个桥梁，我们需要一个EGLDisplay对象display，一个EGLConfig对象config，一个EGLSurface对象surface，以及一个EGLContext对象context，其中，EGLDisplay对象display用来描述一个EGL显示屏，EGLConfig对象config用来描述一个EGL帧缓冲区配置参数，EGLSurface对象surface用来描述一个EGL绘图表面，EGLContext对象context用来描述一个EGL绘图上下文（状态），它们是分别通过调用egl库函数eglGetDisplay、EGLUtils::selectConfigForNativeWindow、eglCreateWindowSurface和eglCreateContext来获得的。注意，EGLConfig对象config、EGLSurface对象surface和EGLContext对象context都是用来描述EGLDisplay对象display的。有了这些对象之后，就可以调用函数eglMakeCurrent来设置当前EGL库所使用的绘图表面以及绘图上下文。

       还有另外一个地方需要注意的是，每一个EGLSurface对象surface有一个关联的ANativeWindow对象。这个ANativeWindow对象是通过函数eglCreateWindowSurface的第三个参数来指定的。在我们这个场景中，这个ANativeWindow对象正好对应于前面所创建的 Surface对象s。每当OpenGL需要绘图的时候，它就会找到前面所设置的绘图表面，即EGLSurface对象surface。有了EGLSurface对象surface之后，就可以找到与它关联的ANativeWindow对象，即Surface对象s。有了Surface对象s之后，就可以通过其内部的Binder代理对象mSurface来请求SurfaceFlinger服务返回帧缓冲区硬件设备的一个图形访问接口。这样，OpenGL最终就可以将要绘制的图形渲染到帧缓冲区硬件设备中去，即显示在实际屏幕上。屏幕的大小，即宽度和高度，可以通过函数eglQuerySurface来获得。

       BootAnimation类的成员变量mAndroidAnimation是一个布尔变量。当它的值等于true的时候，那么就说明需要显示的第三个开机画面是Android系统默认的开机动画，否则的话，第三个开机画面就是由用户自定义的开机动画。

       自定义的开机动画是由文件USER_BOOTANIMATION_FILE或者文件SYSTEM_BOOTANIMATION_FILE来描述的。只要其中的一个文件存在，那么第三个开机画面就会使用用户自定义的开机动画。USER_BOOTANIMATION_FILE和SYSTEM_BOOTANIMATION_FILE均是一个宏，它们的定义如下所示：

[cpp]  view plain copy
  1. #define USER_BOOTANIMATION_FILE "/data/local/bootanimation.zip"  
  2. #define SYSTEM_BOOTANIMATION_FILE "/system/media/bootanimation.zip"  

       这一步执行完成之后，用来显示第三个开机画面的线程的初始化工作就执行完成了，接下来，就会执行这个线程的主体函数，即BootAnimation类的成员函数threadLoop。

       BootAnimation类的成员函数threadLoop的实现如下所示：

[cpp]  view plain copy
  1. bool BootAnimation::threadLoop()  
  2. {  
  3.     bool r;  
  4.     if (mAndroidAnimation) {  
  5.         r = android();  
  6.     } else {  
  7.         r = movie();  
  8.     }  
  9.   
  10.     eglMakeCurrent(mDisplay, EGL_NO_SURFACE, EGL_NO_SURFACE, EGL_NO_CONTEXT);  
  11.     eglDestroyContext(mDisplay, mContext);  
  12.     eglDestroySurface(mDisplay, mSurface);  
  13.     mFlingerSurface.clear();  
  14.     mFlingerSurfaceControl.clear();  
  15.     eglTerminate(mDisplay);  
  16.     IPCThreadState::self()->stopProcess();  
  17.     return r;  
  18. }  
        如果BootAnimation类的成员变量mAndroidAnimation的值等于true，那么接下来就会调用BootAnimation类的成员函数android来显示系统默认的开机动画，否则的话，就会调用BootAnimation类的成员函数movie来显示用户自定义的开机动画。显示完成之后，就会销毁前面所创建的EGLContext对象mContext、EGLSurface对象mSurface，以及EGLDisplay对象mDisplay等。

        接下来，我们就分别分析BootAnimation类的成员函数android和movie的实现。

        BootAnimation类的成员函数android的实现如下所示：

[cpp]  view plain copy
  1. bool BootAnimation::android()  
  2. {  
  3.     initTexture(&mAndroid[0], mAssets, "images/android-logo-mask.png");  
  4.     initTexture(&mAndroid[1], mAssets, "images/android-logo-shine.png");  
  5.   
  6.     // clear screen  
  7.     glShadeModel(GL_FLAT);  
  8.     glDisable(GL_DITHER);  
  9.     glDisable(GL_SCISSOR_TEST);  
  10.     glClear(GL_COLOR_BUFFER_BIT);  
  11.     eglSwapBuffers(mDisplay, mSurface);  
  12.   
  13.     glEnable(GL_TEXTURE_2D);  
  14.     glTexEnvx(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_REPLACE);  
  15.   
  16.     const GLint xc = (mWidth  - mAndroid[0].w) / 2;  
  17.     const GLint yc = (mHeight - mAndroid[0].h) / 2;  
  18.     const Rect updateRect(xc, yc, xc + mAndroid[0].w, yc + mAndroid[0].h);  
  19.   
  20.     // draw and update only what we need  
  21.     mFlingerSurface->setSwapRectangle(updateRect);  
  22.   
  23.     glScissor(updateRect.left, mHeight - updateRect.bottom, updateRect.width(),  
  24.             updateRect.height());  
  25.   
  26.     // Blend state  
  27.     glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);  
  28.     glTexEnvx(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_REPLACE);  
  29.   
  30.     const nsecs_t startTime = systemTime();  
  31.     do {  
  32.         nsecs_t now = systemTime();  
  33.         double time = now - startTime;  
  34.         float t = 4.0f * float(time / us2ns(16667)) / mAndroid[1].w;  
  35.         GLint offset = (1 - (t - floorf(t))) * mAndroid[1].w;  
  36.         GLint x = xc - offset;  
  37.   
  38.         glDisable(GL_SCISSOR_TEST);  
  39.         glClear(GL_COLOR_BUFFER_BIT);  
  40.   
  41.         glEnable(GL_SCISSOR_TEST);  
  42.         glDisable(GL_BLEND);  
  43.         glBindTexture(GL_TEXTURE_2D, mAndroid[1].name);  
  44.         glDrawTexiOES(x,                 yc, 0, mAndroid[1].w, mAndroid[1].h);  
  45.         glDrawTexiOES(x + mAndroid[1].w, yc, 0, mAndroid[1].w, mAndroid[1].h);  
  46.   
  47.         glEnable(GL_BLEND);  
  48.         glBindTexture(GL_TEXTURE_2D, mAndroid[0].name);  
  49.         glDrawTexiOES(xc, yc, 0, mAndroid[0].w, mAndroid[0].h);  
  50.   
  51.         EGLBoolean res = eglSwapBuffers(mDisplay, mSurface);  
  52.         if (res == EGL_FALSE) {  
  53.             break;  
  54.         }  
  55.   
  56.         // 12fps: don't animate too fast to preserve CPU  
  57.         const nsecs_t sleepTime = 83333 - ns2us(systemTime() - now);  
  58.         if (sleepTime > 0)  
  59.             usleep(sleepTime);  
  60.     } while (!exitPending());  
  61.   
  62.     glDeleteTextures(1, &mAndroid[0].name);  
  63.     glDeleteTextures(1, &mAndroid[1].name);  
  64.     return false;  
  65. }  
        Android系统默认的开机动画是由两张图片android-logo-mask.png和android-logo-shine.png中。这两张图片保存在frameworks/base/core/res/assets/images目录中，它们最终会被编译在framework-res模块（frameworks/base/core/res）中，即编译在framework-res.apk文件中。编译在framework-res模块中的资源文件可以通过AssetManager类来访问。

        BootAnimation类的成员函数android首先调用另外一个成员函数initTexture来将根据图片android-logo-mask.png和android-logo-shine.png的内容来分别创建两个纹理对象，这两个纹理对象就分别保存在BootAnimation类的成员变量mAndroid所描述的一个数组中。通过混合渲染这两个纹理对象，我们就可以得到一个开机动画，这是通过中间的while循环语句来实现的。

       图片android-logo-mask.png用作动画前景，它是一个镂空的“ANDROID”图像。图片android-logo-shine.png用作动画背景，它的中间包含有一个高亮的呈45度角的条纹。在每一次循环中，图片android-logo-shine.png被划分成左右两部分内容来显示。左右两个部分的图像宽度随着时间的推移而此消彼长，这样就可以使得图片android-logo-shine.png中间高亮的条纹好像在移动一样。另一方面，在每一次循环中，图片android-logo-shine.png都作为一个整体来渲染，而且它的位置是恒定不变的。由于它是一个镂空的“ANDROID”图像，因此，我们就可以通过它的镂空来看到它背后的图片android-logo-shine.png的条纹一闪一闪地划过。

       这个while循环语句会一直被执行，直到应用程序/system/bin/bootanimation被结束为止，后面我们再分析。

       BootAnimation类的成员函数movie的实现比较长，我们分段来阅读：

[cpp]  view plain copy
  1. bool BootAnimation::movie()  
  2. {  
  3.     ZipFileRO& zip(mZip);  
  4.   
  5.     size_t numEntries = zip.getNumEntries();  
  6.     ZipEntryRO desc = zip.findEntryByName("desc.txt");  
  7.     FileMap* descMap = zip.createEntryFileMap(desc);  
  8.     LOGE_IF(!descMap, "descMap is null");  
  9.     if (!descMap) {  
  10.         return false;  
  11.     }  
  12.   
  13.     String8 desString((char const*)descMap->getDataPtr(),  
  14.             descMap->getDataLength());  
  15.     char const* s = desString.string();  
  16.   
  17.     Animation animation;  
  18.   
  19.     // Parse the description file  
  20.     for (;;) {  
  21.         const char* endl = strstr(s, "\n");  
  22.         if (!endl) break;  
  23.         String8 line(s, endl - s);  
  24.         const char* l = line.string();  
  25.         int fps, width, height, count, pause;  
  26.         char path[256];  
  27.         if (sscanf(l, "%d %d %d", &width, &height, &fps) == 3) {  
  28.             //LOGD("> w=%d, h=%d, fps=%d", fps, width, height);  
  29.             animation.width = width;  
  30.             animation.height = height;  
  31.             animation.fps = fps;  
  32.         }  
  33.         if (sscanf(l, "p %d %d %s", &count, &pause, path) == 3) {  
  34.             //LOGD("> count=%d, pause=%d, path=%s", count, pause, path);  
  35.             Animation::Part part;  
  36.             part.count = count;  
  37.             part.pause = pause;  
  38.             part.path = path;  
  39.             animation.parts.add(part);  
  40.         }  
  41.         s = ++endl;  
  42.     }  

        从前面BootAnimation类的成员函数readyToRun的实现可以知道，如果目标设备上存在压缩文件/data/local/bootanimation.zip，那么BootAnimation类的成员变量mZip就会指向它，否则的话，就会指向目标设备上的压缩文件/system/media/bootanimation.zip。无论BootAnimation类的成员变量mZip指向的是哪一个压缩文件，这个压缩文件都必须包含有一个名称为“desc.txt”的文件，用来描述用户自定义的开机动画是如何显示的。

文件desc.txt的内容格式如下面的例子所示：

[html]  view plain copy
  1. 600 480 24  
  2. p   1   0   part1  
  3. p   0   10  part2  
        第一行的三个数字分别表示开机动画在屏幕中的显示宽度、高度以及帧速（fps）。剩余的每一行都用来描述一个动画片断，这些行必须要以字符“p”来开头，后面紧跟着两个数字以及一个文件目录路径名称。第一个数字表示一个片断的循环显示次数，如果它的值等于0，那么就表示无限循环地显示该动画片断。第二个数字表示每一个片断在两次循环显示之间的时间间隔。这个时间间隔是以一个帧的时间为单位的。文件目录下面保存的是一系列png文件，这些png文件会被依次显示在屏幕中。

       以上面这个desct.txt文件的内容为例，它描述了一个大小为600 x 480的开机动画，动画的显示速度为24帧每秒。这个开机动画包含有两个片断part1和part2。片断part1只显示一次，它对应的png图片保存在目录part1中。片断part2无限循环地显示，其中，每两次循环显示的时间间隔为10 x (1 / 24)秒，它对应的png图片保存在目录part2中。

       上面的for循环语句分析完成desc.txt文件的内容后，就得到了开机动画的显示大小、速度以及片断信息。这些信息都保存在Animation对象animation中，其中，每一个动画片断都使用一个Animation::Part对象来描述，并且保存在Animation对象animation的成员变量parts所描述的一个片断列表中。

       接下来，BootAnimation类的成员函数movie再断续将每一个片断所对应的png图片读取出来，如下所示：

[cpp]  view plain copy
  1. // read all the data structures  
  2. const size_t pcount = animation.parts.size();  
  3. for (size_t i=0 ; i<numEntries ; i++) {  
  4.     char name[256];  
  5.     ZipEntryRO entry = zip.findEntryByIndex(i);  
  6.     if (zip.getEntryFileName(entry, name, 256) == 0) {  
  7.         const String8 entryName(name);  
  8.         const String8 path(entryName.getPathDir());  
  9.         const String8 leaf(entryName.getPathLeaf());  
  10.         if (leaf.size() > 0) {  
  11.             for (int j=0 ; j<pcount ; j++) {  
  12.                 if (path == animation.parts[j].path) {  
  13.                     int method;  
  14.                     // supports only stored png files  
  15.                     if (zip.getEntryInfo(entry, &method, 0, 0, 0, 0, 0)) {  
  16.                         if (method == ZipFileRO::kCompressStored) {  
  17.                             FileMap* map = zip.createEntryFileMap(entry);  
  18.                             if (map) {  
  19.                                 Animation::Frame frame;  
  20.                                 frame.name = leaf;  
  21.                                 frame.map = map;  
  22.                                 Animation::Part& part(animation.parts.editItemAt(j));  
  23.                                 part.frames.add(frame);  
  24.                             }  
  25.                         }  
  26.                     }  
  27.                 }  
  28.             }  
  29.         }  
  30.     }  
  31. }  

        每一个png图片都表示一个动画帧，使用一个Animation::Frame对象来描述，并且保存在对应的Animation::Part对象的成员变量frames所描述的一个帧列表中。

        获得了开机动画的所有信息之后，接下来BootAnimation类的成员函数movie就准备开始显示开机动画了，如下所示：

[cpp]  view plain copy
  1. // clear screen  
  2. glShadeModel(GL_FLAT);  
  3. glDisable(GL_DITHER);  
  4. glDisable(GL_SCISSOR_TEST);  
  5. glDisable(GL_BLEND);  
  6. glClear(GL_COLOR_BUFFER_BIT);  
  7.   
  8. eglSwapBuffers(mDisplay, mSurface);  
  9.   
  10. glBindTexture(GL_TEXTURE_2D, 0);  
  11. glEnable(GL_TEXTURE_2D);  
  12. glTexEnvx(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_REPLACE);  
  13. glTexParameterx(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT);  
  14. glTexParameterx(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT);  
  15. glTexParameterx(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);  
  16. glTexParameterx(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);  
  17.   
  18. const int xc = (mWidth - animation.width) / 2;  
  19. const int yc = ((mHeight - animation.height) / 2);  
  20. nsecs_t lastFrame = systemTime();  
  21. nsecs_t frameDuration = s2ns(1) / animation.fps;  
  22.   
  23. Region clearReg(Rect(mWidth, mHeight));  
  24. clearReg.subtractSelf(Rect(xc, yc, xc+animation.width, yc+animation.height));  

       前面的一系列gl函数首先用来清理屏幕，接下来的一系列gl函数用来设置OpenGL的纹理显示方式。

       变量xc和yc的值用来描述开机动画的显示位置，即需要在屏幕中间显示开机动画，另外一个变量frameDuration的值用来描述每一帧的显示时间，它是以纳秒为单位的。

       Region对象clearReg用来描述屏幕中除了开机动画之外的其它区域，它是用整个屏幕区域减去开机动画所点据的区域来得到的。

       准备好开机动画的显示参数之后，最后就可以执行显示开机动画的操作了，如下所示：

[cpp]  view plain copy
  1.     for (int i=0 ; i<pcount && !exitPending() ; i++) {  
  2.         const Animation::Part& part(animation.parts[i]);  
  3.         const size_t fcount = part.frames.size();  
  4.         glBindTexture(GL_TEXTURE_2D, 0);  
  5.   
  6.         for (int r=0 ; !part.count || r<part.count ; r++) {  
  7.             for (int j=0 ; j<fcount && !exitPending(); j++) {  
  8.                 const Animation::Frame& frame(part.frames[j]);  
  9.   
  10.                 if (r > 0) {  
  11.                     glBindTexture(GL_TEXTURE_2D, frame.tid);  
  12.                 } else {  
  13.                     if (part.count != 1) {  
  14.                         glGenTextures(1, &frame.tid);  
  15.                         glBindTexture(GL_TEXTURE_2D, frame.tid);  
  16.                         glTexParameterx(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR);  
  17.                         glTexParameterx(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);  
  18.                     }  
  19.                     initTexture(  
  20.                             frame.map->getDataPtr(),  
  21.                             frame.map->getDataLength());  
  22.                 }  
  23.   
  24.                 if (!clearReg.isEmpty()) {  
  25.                     Region::const_iterator head(clearReg.begin());  
  26.                     Region::const_iterator tail(clearReg.end());  
  27.                     glEnable(GL_SCISSOR_TEST);  
  28.                     while (head != tail) {  
  29.                         const Rect& r(*head++);  
  30.                         glScissor(r.left, mHeight - r.bottom,  
  31.                                 r.width(), r.height());  
  32.                         glClear(GL_COLOR_BUFFER_BIT);  
  33.                     }  
  34.                     glDisable(GL_SCISSOR_TEST);  
  35.                 }  
  36.                 glDrawTexiOES(xc, yc, 0, animation.width, animation.height);  
  37.                 eglSwapBuffers(mDisplay, mSurface);  
  38.   
  39.                 nsecs_t now = systemTime();  
  40.                 nsecs_t delay = frameDuration - (now - lastFrame);  
  41.                 lastFrame = now;  
  42.                 long wait = ns2us(frameDuration);  
  43.                 if (wait > 0)  
  44.                     usleep(wait);  
  45.             }  
  46.             usleep(part.pause * ns2us(frameDuration));  
  47.         }  
  48.   
  49.         // free the textures for this part  
  50.         if (part.count != 1) {  
  51.             for (int j=0 ; j<fcount ; j++) {  
  52.                 const Animation::Frame& frame(part.frames[j]);  
  53.                 glDeleteTextures(1, &frame.tid);  
  54.             }  
  55.         }  
  56.     }  
  57.   
  58.     return false;  
  59. }  

        第一层for循环用来显示每一个动画片断，第二层的for循环用来循环显示每一个动画片断，第三层的for循环用来显示每一个动画片断所对应的png图片。这些png图片以纹理的方式来显示在屏幕中。

        注意，如果一个动画片断的循环显示次数不等于1，那么就说明这个动画片断中的png图片需要重复地显示在屏幕中。由于每一个png图片都需要转换为一个纹理对象之后才能显示在屏幕中，因此，为了避免重复地为同一个png图片创建纹理对象，第三层的for循环在第一次显示一个png图片的时候，会调用函数glGenTextures来为这个png图片创建一个纹理对象，并且将这个纹理对象的名称保存在对应的Animation::Frame对象的成员变量tid中，这样，下次再显示相同的图片时，就可以使用前面已经创建好了的纹理对象，即调用函数glBindTexture来指定当前要操作的纹理对象。

        如果Region对象clearReg所包含的区域不为空，那么在调用函数glDrawTexiOES和eglSwapBuffers来显示每一个png图片之前，首先要将它所包含的区域裁剪掉，避免开机动画可以显示在指定的位置以及大小中。

        每当显示完成一个png图片之后，都要将变量frameDuration的值从纳秒转换为毫秒。如果转换后的值大小于，那么就需要调用函数usleep函数来让线程睡眠一下，以保证每一个png图片，即每一帧动画都按照预先指定好的速度来显示。注意，函数usleep指定的睡眠时间只能精确到毫秒，因此，如果预先指定的帧显示时间小于1毫秒，那么BootAnimation类的成员函数movie是无法精确地控制地每一帧的显示时间的。

        还有另外一个地方需要注意的是，每当循环显示完成一个片断时，需要调用usleep函数来使得线程睡眠part.pause * ns2us(frameDuration)毫秒，以便可以按照预先设定的节奏来显示开机动画。

        最后一个if语句判断一个动画片断是否是循环显示的，即循环次数不等于1。如果是的话，那么就说明前面为它所对应的每一个png图片都创建过一个纹理对象。现在既然这个片断的显示过程已经结束了，因此，就需要释放前面为它所创建的纹理对象。

        至此，第三个开机画面的显示过程就分析完成了。

        接下来，我们再继续分析第三个开机画面是如何停止显示的。

        从前面Android系统默认Home应用程序（Launcher）的启动过程源代码分析一文可以知道，当System进程将系统中的关键服务启动起来之后，就会将应用程序启动器（Launcher）启动起来。从Android应用程序启动过程源代码分析一文又可以知道，Android应用程序的启动过程实际上就是它的根Activity组件的启动过程。对于应用程序Launcher来说，它的根Activity组件即为Launcher组件。

        一个Activity组件在启动起来之后，就会被记录起来，等到它所运行在的主线程空闲的时候，这个主线程就会向ActivityManagerService发送一个Activity组件空闲的通知。由于应用程序Launcher是系统中第一个被启动的应用程序，即它的根Activity组件是系统中第一个被启动的Activity组件，因此，当ActivityManagerService接收到它的空闲通知的时候，就可以知道系统是刚刚启动起来的。在这种情况下，ActivityManagerService就会停止显示开机动画，以便可以在屏幕中显示应用程序Lancher的界面。

       从前面Android应用程序消息处理机制（Looper、Handler）分析一文可以知道，如果一个线程想要在空闲的时候处理一些事务，那么就必须要向这个线程的消息队列注册一个空闲消息处理器。自定义的空闲消息处理器灯必须要从MessageQueue.IdleHandler类继承下来，并且重写成员函数queueIdle。当一个线程空闲的时候，即消息队列中没有新的消息需要处理的时候，那些注册了的空闲消息处理器的成员函数queueIdle就会被调用。

       应用程序的主线程是通过ActivityThread类来描述的，它实现在文件frameworks/base/core/java/android/app/ActivityThread.java中。每当有一个新的Activity组件启动起来的时候，ActivityThread类都会向它所描述的应用程序主线程的消息队列注册一个类型为Idler的空闲消息处理器。这样一个应用程序的主线程就可以在空闲的时候，向ActivityManagerService发送一个Activity组件空闲通知，相当于是通知ActivityManagerService，一个新的Activity组件已经准备就绪了。

Idler类定义在frameworks/base/core/java/android/app/ActivityThread.java中， 它的成员函数queueIdle的实现如下所示： 

[java]  view plain copy
  1. public final class ActivityThread {  
  2.     ......  
  3.   
  4.     private final class Idler implements MessageQueue.IdleHandler {  
  5.         public final boolean queueIdle() {  
  6.             ActivityClientRecord a = mNewActivities;  
  7.             if (a != null) {  
  8.                 mNewActivities = null;  
  9.                 IActivityManager am = ActivityManagerNative.getDefault();  
  10.                 ActivityClientRecord prev;  
  11.                 do {  
  12.                     ......  
  13.                     if (a.activity != null && !a.activity.mFinished) {  
  14.                         try {  
  15.                             am.activityIdle(a.token, a.createdConfig);  
  16.                             a.createdConfig = null;  
  17.                         } catch (RemoteException ex) {  
  18.                         }  
  19.                     }  
  20.                     prev = a;  
  21.                     a = a.nextIdle;  
  22.                     prev.nextIdle = null;  
  23.                 } while (a != null);  
  24.             }  
  25.             ensureJitEnabled();  
  26.             return false;  
  27.         }  
  28.     }  
  29.   
  30.     ......  
  31. }  

       ActivityThread类有一个类型为ActivityClientRecord的成员变量mNewActivities，用来描述所有在当前应用程序主线程中新启动起来的Activity组件。这些新启动起来的Activity组件通过ActivityClientRecord类的成员变量nextIdle连接在一起。一旦当前应用程序主线程向ActivityManagerService发送了这些新启动的Activity组件的空闲通知之后，这些新启动起来的Activity组件就不会再被保存在ActivityThread类的成员变量mNewActivities中了，即每一个新启动的Activity组件只有一次机会向ActivityManagerService发送一个空闲通知。

       向ActivityManagerService发送一个Activity组件空闲通知是通过调用ActivityManagerService代理对象的成员函数activityIdle来实现的，而ActivityManagerService代理对象可以通过调用ActivityManagerNative类的静态成员函数getDefault来获得。

       ActivityManagerService代理对象的类型为ActivityManagerProxy，它的成员函数activityIdle实现在文件frameworks/base/core/java/android/app/ActivityManagerNative.java中，如下所示：

[java]  view plain copy
  1. class ActivityManagerProxy implements IActivityManager  
  2. {  
  3.     ......  
  4.   
  5.     public void activityIdle(IBinder token, Configuration config) throws RemoteException  
  6.     {  
  7.         Parcel data = Parcel.obtain();  
  8.         Parcel reply = Parcel.obtain();  
  9.         data.writeInterfaceToken(IActivityManager.descriptor);  
  10.         data.writeStrongBinder(token);  
  11.         if (config != null) {  
  12.             data.writeInt(1);  
  13.             config.writeToParcel(data, 0);  
  14.         } else {  
  15.             data.writeInt(0);  
  16.         }  
  17.         mRemote.transact(ACTIVITY_IDLE_TRANSACTION, data, reply, IBinder.FLAG_ONEWAY);  
  18.         reply.readException();  
  19.         data.recycle();  
  20.         reply.recycle();  
  21.     }  
  22.   
  23.     ......  
  24. }  
        ActivityManagerProxy类的成员函数activityIdle实际上是向ActivityManagerService发送一个类型为ACTIVITY_IDLE_TRANSACTION的Binder进程间通信请求，其中，参数token用来描述与这个进程间通信请求所关联的一个Activity组件，在我们这个场景中，这个Activity组件即为应用程序Launcher的根Activity组件Launcher。

        类型为ACTIVITY_IDLE_TRANSACTION的Binder进程间通信请求是由ActivityManagerService类的成员函数activityIdle来处理的，如下所示：

[java]  view plain copy
  1. public final class ActivityManagerService extends ActivityManagerNative  
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {  
  3.     ......  
  4.   
  5.     public final void activityIdle(IBinder token, Configuration config) {  
  6.         final long origId = Binder.clearCallingIdentity();  
  7.         mMainStack.activityIdleInternal(token, false, config);  
  8.         Binder.restoreCallingIdentity(origId);  
  9.     }  
  10.   
  11.     ......  
  12. }  

       ActivityManagerService类有一个类型为ActivityStack的成员变量mMainStack，它用来描述系统的Activity组件堆栈，它的成员函数activityIdleInternal的实现如下所示：

[java]  view plain copy
  1. public class ActivityStack {  
  2.     ......  
  3.   
  4.     final void activityIdleInternal(IBinder token, boolean fromTimeout,  
  5.             Configuration config) {  
  6.         ......  
  7.   
  8.         boolean enableScreen = false;  
  9.   
  10.         synchronized (mService) {  
  11.             ......  
  12.   
  13.             // Get the activity record.  
  14.             int index = indexOfTokenLocked(token);  
  15.             if (index >= 0) {  
  16.                 ActivityRecord r = (ActivityRecord)mHistory.get(index);                  
  17.                 ......  
  18.   
  19.                 if (mMainStack) {  
  20.                     if (!mService.mBooted && !fromTimeout) {  
  21.                         mService.mBooted = true;  
  22.                         enableScreen = true;  
  23.                     }  
  24.                 }  
  25.             }  
  26.   
  27.             ......  
  28.         }  
  29.   
  30.         ......  
  31.   
  32.         if (enableScreen) {  
  33.             mService.enableScreenAfterBoot();  
  34.         }  
  35.     }  
  36.   
  37.     ......  
  38. }          

        参数token用来描述刚刚启动起来的Launcher组件，通过它来调用函数indexOfTokenLocked就可以得到Launcher组件在系统Activity组件堆栈中的位置index。得到了Launcher组件在系统Activity组件堆栈中的位置index之后，就可以在ActivityStack类的成员变量mHistory中得到一个ActivityRecord对象r。这个ActivityRecord对象r同样是用来描述Launcher组件的。

        ActivityStack类的成员变量mMainStack是一个布尔变量，当它的值等于true的时候，就说明当前正在处理的ActivityStack对象是用来描述系统的Activity组件堆栈的。 ActivityStack类的另外一个成员变量mService指向了系统中的ActivityManagerService服务。ActivityManagerService服务有一个类型为布尔值的成员变量mBooted，它的初始值为false，表示系统尚未启动完成。

        从前面的调用过程可以知道，参数fromTimeout的值等于false。在这种情况下，如果ActivityManagerService服务的成员变量mBooted也等于false，那么就说明应用程序已经启动起来了，即说明系统已经启动完成了。这时候ActivityManagerService服务的成员变量mBooted以及变量enableScreen的值就会被设置为true。

        当变量enableScreen的值等于true的时候，ActivityStack类就会调用ActivityManagerService服务的成员函数enableScreenAfterBoot停止显示开机动画，以便可以将屏幕让出来显示应用程序Launcher的界面。

        ActivityManagerService类的成员函数enableScreenAfterBoot的实现如下所示：

[java]  view plain copy
  1. public final class ActivityManagerService extends ActivityManagerNative  
  2.         implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback {  
  3.     ......  
  4.   
  5.     void enableScreenAfterBoot() {  
  6.         EventLog.writeEvent(EventLogTags.BOOT_PROGRESS_ENABLE_SCREEN,  
  7.                 SystemClock.uptimeMillis());  
  8.         mWindowManager.enableScreenAfterBoot();  
  9.     }  
  10.   
  11.     ......  
  12. }  
        ActivityManagerService类的成员变量mWindowManager指向了系统中的Window管理服务WindowManagerService，ActivityManagerService服务通过调用它的成员函数enableScreenAfterBoot来停止显示开机动画。

       WindowManagerService类的成员函数enableScreenAfterBoot的实现如下所示：

[java]  view plain copy
  1. public class WindowManagerService extends IWindowManager.Stub  
  2.         implements Watchdog.Monitor {  
  3.     ......  
  4.   
  5.     public void enableScreenAfterBoot() {  
  6.         synchronized(mWindowMap) {  
  7.             if (mSystemBooted) {  
  8.                 return;  
  9.             }  
  10.             mSystemBooted = true;  
  11.         }  
  12.   
  13.         performEnableScreen();  
  14.     }  
  15.   
  16.     ......  
  17. }  
        WindowManagerService类的成员变量mSystemBooted用来记录系统是否已经启动完成的。如果已经启动完成的话，那么这个成员变量的值就会等于true，这时候WindowManagerService类的成员函数enableScreenAfterBoot什么也不做就返回了，否则的话，WindowManagerService类的成员函数enableScreenAfterBoot首先将这个成员变量的值设置为true，接着再调用另外一个成员函数performEnableScreen来执行停止显示开机动画的操作。

       WindowManagerService类的成员函数performEnableScreen的实现如下所示：

[java]  view plain copy
  1. public class WindowManagerService extends IWindowManager.Stub  
  2.         implements Watchdog.Monitor {  
  3.     ......  
  4.   
  5.     public void performEnableScreen() {  
  6.         synchronized(mWindowMap) {  
  7.             if (mDisplayEnabled) {  
  8.                 return;  
  9.             }  
  10.             if (!mSystemBooted) {  
  11.                 return;  
  12.             }  
  13.   
  14.             ......  
  15.   
  16.             mDisplayEnabled = true;  
  17.             ......  
  18.   
  19.             try {  
  20.                 IBinder surfaceFlinger = ServiceManager.getService("SurfaceFlinger");  
  21.                 if (surfaceFlinger != null) {  
  22.                     //Slog.i(TAG, "******* TELLING SURFACE FLINGER WE ARE BOOTED!");  
  23.                     Parcel data = Parcel.obtain();  
  24.                     data.writeInterfaceToken("android.ui.ISurfaceComposer");  
  25.                     surfaceFlinger.transact(IBinder.FIRST_CALL_TRANSACTION,  
  26.                                             data, null, 0);  
  27.                     data.recycle();  
  28.                 }  
  29.             } catch (RemoteException ex) {  
  30.                 Slog.e(TAG, "Boot completed: SurfaceFlinger is dead!");  
  31.             }  
  32.         }  
  33.   
  34.         ......  
  35.     }  
  36.   
  37.     ......  
  38. }  

        WindowManagerService类的另外一个成员变量mDisplayEnabled用来描述WindowManagerService是否已经初始化过系统的屏幕了，只有当它的值等于false，并且系统已经完成启动，即WindowManagerService类的成员变量mSystemBooted等于true的情况下，WindowManagerService类的成员函数performEnableScreen才通知SurfaceFlinger服务停止显示开机动画。

        注意，WindowManagerService类的成员函数performEnableScreen是通过一个类型为IBinder.FIRST_CALL_TRANSACTION的进程间通信请求来通知SurfaceFlinger服务停止显示开机动画的。

        在SurfaceFlinger服务，类型为IBinder.FIRST_CALL_TRANSACTION的进程间通信请求被定义为停止显示开机动画的请求，如下所示：

[cpp]  view plain copy
  1. class BnSurfaceComposer : public BnInterface<ISurfaceComposer>  
  2. {  
  3. public:  
  4.     enum {  
  5.         // Note: BOOT_FINISHED must remain this value, it is called from  
  6.         // Java by ActivityManagerService.  
  7.         BOOT_FINISHED = IBinder::FIRST_CALL_TRANSACTION,  
  8.         ......  
  9.     };  
  10.   
  11.     virtual status_t    onTransact( uint32_t code,  
  12.                                     const Parcel& data,  
  13.                                     Parcel* reply,  
  14.                                     uint32_t flags = 0);  
  15. };  
        BnSurfaceComposer类定义在文件frameworks/base/include/surfaceflinger/ISurfaceComposer.h中，它是SurfaceFlinger服务所要继承的Binder本地对象类，其中。当SurfaceFlinger服务接收到类型为IBinder::FIRST_CALL_TRANSACTION，即类型为BOOT_FINISHED的进程间通信请求时，它就会将该请求交给它的成员函数bootFinished来处理。

        SurfaceFlinger服务的成员函数bootFinished实现在文件frameworks/base/services/surfaceflinger/SurfaceFlinger.cpp中，如下所示：

[cpp]  view plain copy
  1. void SurfaceFlinger::bootFinished()  
  2. {  
  3.     const nsecs_t now = systemTime();  
  4.     const nsecs_t duration = now - mBootTime;  
  5.     LOGI("Boot is finished (%ld ms)", long(ns2ms(duration)) );  
  6.     mBootFinished = true;  
  7.     property_set("ctl.stop", "bootanim");  
  8. }  
       这个函数主要就是将系统属性“ctl.stop”的值设置为“bootanim”。前面提到，每当有一个系统属性发生变化时，init进程就会被唤醒，并且调用运行在它里面的函数handle_property_set_fd来处理这个系统属性变化事件。在我们这个场景中，由于被改变的系统属性的名称是以"ctl."开头的，即被改变的系统属性是一个控制类型的属性，因此，接下来函数handle_property_set_fd又会调用另外一个函数handle_control_message来处理该系统属性变化事件。

       函数handle_control_message实现在文件system/core/init/init.c中，如下所示：

[cpp]  view plain copy
  1. void handle_control_message(const char *msg, const char *arg)  
  2. {  
  3.     if (!strcmp(msg,"start")) {  
  4.         msg_start(arg);  
  5.     } else if (!strcmp(msg,"stop")) {  
  6.         msg_stop(arg);  
  7.     } else {  
  8.         ERROR("unknown control msg '%s'\n", msg);  
  9.     }  
  10. }  
       从前面的调用过程可以知道，参数msg和arg的值分别等于"stop"和“bootanim”，这表示要停止执行名称为“bootanim”的服务，这是通过调用函数msg_stop来实现的。   

       函数msg_stop也是实现在文件system/core/init/init.c中，如下所示：

[cpp]  view plain copy
  1. static void msg_stop(const char *name)  
  2. {  
  3.     struct service *svc = service_find_by_name(name);  
  4.   
  5.     if (svc) {  
  6.         service_stop(svc);  
  7.     } else {  
  8.         ERROR("no such service '%s'\n", name);  
  9.     }  
  10. }  
       这个函数首先调用函数service_find_by_name来找到名称等于name，即“bootanim”的服务，然后再调用函数service_stop来停止这个服务。

       前面提到，名称为“bootanim”的服务对应的应用程序即为/system/bin/bootanimation。因此，停止名称为“bootanim”的服务即为停止执行应用程序/system/bin/bootanimation，而当应用程序/system/bin/bootanimation停止执行的时候，开机动画就会停止显示了。

       至此，Android系统的三个开机画面的显示过程就分析完成了。通过这个三个开机画面的显示过程分析，我们学习到：

       1. 在内核层，系统屏幕是使用一个称为帧缓冲区的硬件设备来描述的，而用户空间的应用程序可以通过设备文件/dev/fb0或者/dev/graphics/fb0来操作这个硬件设备。实际上，帧缓冲区本身并不是一个真正的硬件，它只不过是对显卡的一个抽象表示，不过，我们通过访帧缓冲区就可以间接地操作显卡内存以及显卡中的其它寄存器。

<

你可能感兴趣的:(Android系统的开机画面显示过程分析)

  • 斤斤计较的婚姻到底有多难？ 白心之岂必有为
    很多人私聊我会问到在哪个人群当中斤斤计较的人最多？我都会回答他，一般婚姻出现问题的斤斤计较的人士会非常多，以我多年经验，在婚姻落的一塌糊涂的人当中，斤斤计较的人数占比在20～30%以上，也就是说10个婚姻出现问题的斤斤计较的人有2-3个有多不减。在婚姻出问题当中，有大量的心理不平衡的、尖酸刻薄的怨妇。在婚姻中仅斤斤计较有两种类型：第一种是物质上的，另一种是精神上的。在物质与精神上抠门已经严重的影响
  • 情绪觉察日记第37天 露露_e800
    今天是家庭关系规划师的第二阶最后一天，慧萍老师帮我做了个案，帮我处理了埋在心底好多年的一份恐惧，并给了我深深的力量！这几天出来学习，爸妈过来婆家帮我带小孩，妈妈出于爱帮我收拾东西，并跟我先生和婆婆产生矛盾，妈妈觉得他们没有照顾好我…。今晚回家见到妈妈，我很欣赏她并赞扬她，妈妈说今晚要跟我睡我说好，当我们俩躺在床上准备睡觉的时候，我握着妈妈的手对她说:妈妈这几天辛苦你了，你看你多利害把我们的家收拾得
  • 芦花鞋一四 许叶晗
    又是在一个寒冷的夏日里，青铜和葵花决定今天一起去卖芦花鞋，奶奶亲手给他们做了一碗热乎乎的粥对他们说:“就靠你们两挣生活费了这碗粥赶紧趁热喝了吧！”于是青铜和葵花喝完了奶奶给她们做的粥，就准备去镇上卖卢花鞋，这回青铜和葵花穿着新的芦花鞋来到了镇上。青铜这回看到了很多人都在卖，用手势表达对葵花说:“这回有好多人在抢我们生意呢！我们必须得吆喝起来。”葵花点了点头。可是谁知他们也大声的叫，卖芦花喽！卖芦花
  • QQ群采集助手，精准引流必备神器 2401_87347160 其他经验分享
    功能概述微信群查找与筛选工具是一款专为微信用户设计的辅助工具，它通过关键词搜索功能，帮助用户快速找到相关的微信群，并提供筛选是否需要验证的群组的功能。主要功能关键词搜索：用户可以输入关键词，工具将自动查找包含该关键词的微信群。筛选功能：工具提供筛选机制，用户可以选择是否只显示需要验证或不需要验证的群组。精准引流：通过上述功能，用户可以更精准地找到目标群组，进行有效的引流操作。3.设备需求该工具可以
  • 关于沟通这件事，项目经理不需要每次都面对面进行 流程大师兄
    很多项目经理都会遇到这样的问题，项目中由于事情太多，根本没有足够的时间去召开会议，那在这种情况下如何去有效地管理项目中的利益相关者？当然，不建议电子邮件也不需要开会的话，建议可以采取下面几种方式来形成有效的沟通，这几种方式可以帮助你努力的通过各种办法来保持和各方面的联系。项目经理首先要问自己几个问题，项目中哪些利益相关者是必须要进行沟通的？可以列出项目中所有的利益相关者清单，同时也整理出项目中哪些
  • 机器学习与深度学习间关系与区别 ℒℴѵℯ心·动ꦿ໊ོ꫞ 人工智能学习深度学习python
    一、机器学习概述定义机器学习（MachineLearning,ML）是一种通过数据驱动的方法，利用统计学和计算算法来训练模型，使计算机能够从数据中学习并自动进行预测或决策。机器学习通过分析大量数据样本，识别其中的模式和规律，从而对新的数据进行判断。其核心在于通过训练过程，让模型不断优化和提升其预测准确性。主要类型1.监督学习（SupervisedLearning）监督学习是指在训练数据集中包含输入
  • android系统selinux中添加新属性property 辉色投像
    1.定位/android/system/sepolicy/private/property_contexts声明属性开头：persist.charge声明属性类型：u:object_r:system_prop:s0图12.定位到android/system/sepolicy/public/domain.te删除neverallow{domain-init}default_prop:property
  • 铭刻于星（四十二） 随风至
    69夜晚，绍敏同学做完功课后，看了眼房外，没听到动静才敢从书包的夹层里拿出那个心形纸团。折痕压得很深，都有些旧了，想来是已经写好很久了。绍敏同学慢慢地、轻轻地捏开折叠处，待到全部拆开后，又反复抚平纸张，然后仔细地一字字默看。只是开头的三个字是第一次看到，让她心漏跳了几拍。“亲爱的绍敏：从四年级的时候，我就喜欢你了，但是我一直不敢说，怕影响你学习。六年级的时候听说有人跟你表白，你接受了，我很难过，但
  • 底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说 造命者说
    底层逆袭到底有多难，不甘平凡的你准备好了吗？让吴起给你说说我叫吴起，生于公元前440年的战国初期，正是群雄并起、天下纷争不断的时候。后人说我是军事家、政治家、改革家，是兵家代表人物。评价我一生历仕鲁、魏、楚三国，通晓兵家、法家、儒家三家思想，在内政军事上都有极高的成就。周安王二十一年（公元前381年），因变法得罪守旧贵族，被人乱箭射死。我出生在卫国一个“家累万金”的富有家庭，从年轻时候起就不甘平凡
  • 2020-01-25 晴岚85
    郑海燕坚持分享590天2020.1.24在生活中只存在两个问题。一个问题是：你知道想要达成的目标是什么，但却不知道如何才能达成；另一个问题是：你不知道你的目标是什么。前一个是行动的问题，后一个是结果的问题。通过制定具体的下一步行动，可以解决不知道如何开始行动的问题。而通过去想象结果，对结果做预估，可以解决找不着目标的问题。对于所有吸引我们注意力，想要完成的任务，你可以先想象一下，预期的结果究竟是什
  • 随笔 | 仙一般的灵气 海思沧海
    仙岛今天，我看了你全部，似乎已经进入你的世界我不知道，这是否是梦幻，还是你仙一般的灵气吸引了我也许每一个人都要有一份属于自己的追求，这样才能够符合人生的梦想，生活才能够充满着阳光与快乐我不知道，我为什么会这样的感叹，是在感叹自己的人生，还是感叹自己一直没有孜孜不倦的追求只感觉虚度了光阴，每天活在自己的梦中，活在一个不真实的世界是在逃避自己，还是在逃避周围的一切有时候我嘲笑自己，嘲笑自己如此的虚无，
  • 想家 爆米花机
    也许不同于大家对家乡的思念，我对家乡甚至是疯狂的不舍。还未踏出车站就感觉到幸福，我享受这里的夕阳、这里的浓烈柴火味、这里每一口家常菜。我是宅女，我贪恋家的安逸。刚刚踏出大学校门，初出茅庐，无法适应每年只能国庆和春节回家。我焦虑、失眠、无端发脾气，是无法适应工作的节奏，是无法接受我将一步步离开家乡的事实。我不想承认自己胸无大志，选择再次踏上征程。图片发自App
  • 【iOS】MVC设计模式 Magnetic_h iosmvc设计模式objective-c学习ui
    MVC前言如何设计一个程序的结构，这是一门专门的学问，叫做"架构模式"（architecturalpattern），属于编程的方法论。MVC模式就是架构模式的一种。它是Apple官方推荐的App开发架构，也是一般开发者最先遇到、最经典的架构。MVC各层controller层Controller/ViewController/VC（控制器）负责协调Model和View，处理大部分逻辑它将数据从Mod
  • OC语言多界面传值五大方式 Magnetic_h iosui学习objective-c开发语言
    前言在完成暑假仿写项目时，遇到了许多需要用到多界面传值的地方，这篇博客来总结一下比较常用的五种多界面传值的方式。属性传值属性传值一般用前一个界面向后一个界面传值，简单地说就是通过访问后一个视图控制器的属性来为它赋值，通过这个属性来做到从前一个界面向后一个界面传值。首先在后一个界面中定义属性@interfaceBViewController:UIViewController@propertyNSSt
  • 一百九十四章. 自相矛盾 巨木擎天
    唉！就这么一夜，林子感觉就像过了很多天似的，先是回了阳间家里，遇到了那么多不可思议的事情儿。特别是小伙伴们，第二次与自己见面时，僵硬的表情和恐怖的气氛，让自己如坐针毡，打从心眼里难受！还有东子，他现在还好吗？有没有被人欺负？护城河里的小鱼小虾们，还都在吗？水不会真的干枯了吧？那对相亲相爱漂亮的太平鸟儿，还好吧！春天了，到了做窝、下蛋、喂养小鸟宝宝的时候了，希望它们都能够平安啊！虽然没有看见家人，也
  • UI学习——cell的复用和自定义cell Magnetic_h ui学习
    目录cell的复用手动（非注册）自动（注册）自定义cellcell的复用在iOS开发中，单元格复用是一种提高表格（UITableView）和集合视图（UICollectionView）滚动性能的技术。当一个UITableViewCell或UICollectionViewCell首次需要显示时，如果没有可复用的单元格，则视图会创建一个新的单元格。一旦这个单元格滚动出屏幕，它就不会被销毁。相反，它被添
  • element实现动态路由+面包屑 软件技术NINI vue案例vue.js前端
    el-breadcrumb是ElementUI组件库中的一个面包屑导航组件，它用于显示当前页面的路径，帮助用户快速理解和导航到应用的各个部分。在Vue.js项目中，如果你已经安装了ElementUI，就可以很方便地使用el-breadcrumb组件。以下是一个基本的使用示例：安装ElementUI（如果你还没有安装的话）:你可以通过npm或yarn来安装ElementUI。bash复制代码npmi
  • 10月|愿你的青春不负梦想-读书笔记-01 Tracy的小书斋
    本书的作者是俞敏洪，大家都很熟悉他了吧。俞敏洪老师是我行业的领头羊吧，也是我事业上的偶像。本日摘录他书中第一章中的金句：『一个人如果什么目标都没有，就会浑浑噩噩，感觉生命中缺少能量。能给我们能量的，是对未来的期待。第一件事，我始终为了进步而努力。与其追寻全世界的骏马，不如种植丰美的草原，到时骏马自然会来。第二件事，我始终有阶段性的目标。什么东西能给我能量？答案是对未来的期待。』读到这里的时候，我便
  • C语言宏函数 南林yan C语言c语言
    一、什么是宏函数？通过宏定义的函数是宏函数。如下，编译器在预处理阶段会将Add(x,y)替换为((x)*(y))#defineAdd(x,y)((x)*(y))#defineAdd(x,y)((x)*(y))intmain(){inta=10;intb=20;intd=10;intc=Add(a+d,b)*2;cout<
  • 地推话术，如何应对地推过程中家长的拒绝 校师学
    相信校长们在做地推的时候经常遇到这种情况：市场专员反馈家长不接单，咨询师反馈难以邀约这些家长上门，校区地推疲软，招生难。为什么？仅从地推层面分析，一方面因为家长受到的信息轰炸越来越多，对信息越来越“免疫”；而另一方面地推人员的专业能力和营销话术没有提高，无法应对家长的拒绝，对有意向的家长也不知如何跟进，眼睁睁看着家长走远；对于家长的疑问，更不知道如何有技巧地回答，机会白白流失。由于回答没技巧和专业
  • 谢谢你们，爱你们！ 鹿游儿
    昨天家人去泡温泉，二个孩子也带着去，出发前一晚，匆匆下班，赶回家和孩子一起收拾。饭后，我拿出笔和本子（上次去澳门时做手帐的本子）写下了1\2\3\4\5\6\7\8\9,让后让小壹去思考，带什么出发去旅游呢？她在对应的数字旁边画上了，泳衣、泳圈、肖恩、内衣内裤、tapuy、拖鞋……画完后，就让她自己对着这个本子，将要带的，一一带上，没想到这次带的书还是这本《便便工厂》(晚上姑婆发照片过来，妹妹累得
  • C语言如何定义宏函数？ 小九格物 c语言
    在C语言中，宏函数是通过预处理器定义的，它在编译之前替换代码中的宏调用。宏函数可以模拟函数的行为，但它们不是真正的函数，因为它们在编译时不会进行类型检查，也不会分配存储空间。宏函数的定义通常使用#define指令，后面跟着宏的名称和参数列表，以及宏展开后的代码。宏函数的定义方式：1.基本宏函数：这是最简单的宏函数形式，它直接定义一个表达式。#defineSQUARE(x)((x)*(x))2.带参
  • 微服务下功能权限与数据权限的设计与实现 nbsaas-boot 微服务java架构
    在微服务架构下，系统的功能权限和数据权限控制显得尤为重要。随着系统规模的扩大和微服务数量的增加，如何保证不同用户和服务之间的访问权限准确、细粒度地控制，成为设计安全策略的关键。本文将讨论如何在微服务体系中设计和实现功能权限与数据权限控制。1.功能权限与数据权限的定义功能权限：指用户或系统角色对特定功能的访问权限。通常是某个用户角色能否执行某个操作，比如查看订单、创建订单、修改用户资料等。数据权限：
  • 理解Gunicorn：Python WSGI服务器的基石 范范0825 ipythonlinux运维
    理解Gunicorn：PythonWSGI服务器的基石介绍Gunicorn，全称GreenUnicorn，是一个为PythonWSGI（WebServerGatewayInterface）应用设计的高效、轻量级HTTP服务器。作为PythonWeb应用部署的常用工具，Gunicorn以其高性能和易用性著称。本文将介绍Gunicorn的基本概念、安装和配置，帮助初学者快速上手。1.什么是Gunico
  • 小丽成长记（四十三） 玲玲54321
    小丽发现，即使她好不容易调整好自己的心态下一秒总会有不确定的伤脑筋的事出现，一个接一个的问题，人生就没有停下的时候，小问题不断出现。不过她今天看的书，她接受了人生就是不确定的，厉害的人就是不断创造确定性，在Ta的领域比别人多的确定性就能让自己脱颖而出，显示价值从而获得的比别人多的利益。正是这样的原因，因为从前修炼自己太少，使得她现在在人生道路上打怪起来困难重重，她似乎永远摆脱不了那种无力感，有种习
  • 学点心理知识，呵护孩子健康 静候花开_7090
    昨天听了华中师范大学教育管理学系副教授张玲老师的《哪里才是学生心理健康的最后庇护所，超越教育与技术的思考》的讲座。今天又重新学习了一遍，收获匪浅。张玲博士也注意到了当今社会上的孩子由于心理问题导致的自残、自杀及伤害他人等恶性事件。她向我们普及了一个重要的命题，她说心理健康的一些基本命题，我们与我们通常的一些教育命题是不同的，她还举了几个例子，让我们明白我们原来以为的健康并非心理学上的健康。比如如果
  • 2021年12月19日，春蕾教育集团团建活动感受——黄晓丹 黄错错加油
    感受:1.从陌生到熟悉的过程。游戏环节让我们在轻松的氛围中得到了锻炼，也增长了不少知识。2.游戏过程中，我们贡献的是个人力量，展现的是团队的力量。它磨合的往往不止是工作的熟悉，更是观念上契合度的贴近。3.这和工作是一样的道理。在各自的岗位上，每个人摆正自己的位置、各司其职充分发挥才能，并团结一致劲往一处使，才能实现最大的成功。新知:1.团队精神需要不断地创新。过去，人们把创新看作是冒风险，现在人们
  • Cell Insight | 单细胞测序技术又一新发现，可用于HIV-1和Mtb共感染个体诊断 尐尐呅
    结核病是艾滋病合并其他疾病中导致患者死亡的主要原因。其中结核病由结核分枝杆菌（Mycobacteriumtuberculosis,Mtb）感染引起，获得性免疫缺陷综合症（艾滋病）由人免疫缺陷病毒（Humanimmunodeficiencyvirustype1,HIV-1）感染引起。国家感染性疾病临床医学研究中心/深圳市第三人民医院张国良团队携手深圳华大生命科学研究院吴靓团队，共同研究得出单细胞测序
  • c++ 的iostream 和 c++的stdio的区别和联系 黄卷青灯77 c++算法开发语言iostreamstdio
    在C++中，iostream和C语言的stdio.h都是用于处理输入输出的库，但它们在设计、用法和功能上有许多不同。以下是两者的区别和联系：区别1.编程风格iostream（C++风格）：C++标准库中的输入输出流类库，支持面向对象的输入输出操作。典型用法是cin（输入）和cout（输出），使用>操作符来处理数据。更加类型安全，支持用户自定义类型的输入输出。#includeintmain(){in
  • 瑶池防线 谜影梦蝶
    冥华虽然逃过了影梦的军队，但他是一个忠臣，他选择上报战况。败给影梦后成逃兵，高层亡尔还活着，七重天失守......随便一条，即可处死冥华。冥华自然是知道以仙界高层的习性此信一发自己必死无疑，但他还选择上报实情，因为责任。同样此信送到仙宫后，知道此事的人，大多数人都认定冥华要完了，所以上到仙界高层，下到扫大街的，包括冥华自己，全都准备好迎接冥华之死。如果仙界现在还属于两方之争的话，冥华必死无疑。然而
  • 关于旗正规则引擎规则中的上传和下载问题 何必如此 文件下载压缩jsp文件上传
    文件的上传下载都是数据流的输入输出，大致流程都是一样的。 一、文件打包下载 1.文件写入压缩包 string mainPath="D:\upload\";     下载路径 string tmpfileName=jar.zip;        &n
  • 【Spark九十九】Spark Streaming的batch interval时间内的数据流转源码分析 bit1129 Stream
      以如下代码为例（SocketInputDStream）： Spark Streaming从Socket读取数据的代码是在SocketReceiver的receive方法中，撇开异常情况不谈(Receiver有重连机制，restart方法，默认情况下在Receiver挂了之后，间隔两秒钟重新建立Socket连接)，读取到的数据通过调用store(textRead)方法进行存储。数据
  • spark master web ui 端口8080被占用解决方法 daizj 8080端口占用sparkmaster web ui
    spark master web ui 默认端口为8080，当系统有其它程序也在使用该接口时，启动master时也不会报错，spark自己会改用其它端口，自动端口号加1，但为了可以控制到指定的端口，我们可以自行设置，修改方法：   1、cd SPARK_HOME/sbin   2、vi start-master.sh     3、定位到下面部分
  • oracle_执行计划_谓词信息和数据获取 周凡杨 oracle执行计划
      oracle_执行计划_谓词信息和数据获取(上) 一：简要说明 在查看执行计划的信息中，经常会看到两个谓词filter和access，它们的区别是什么，理解了这两个词对我们解读Oracle的执行计划信息会有所帮助。 简单说，执行计划如果显示是access，就表示这个谓词条件的值将会影响数据的访问路径（表还是索引），而filter表示谓词条件的值并不会影响数据访问路径，只起到
  • spring中datasource配置 g21121 dataSource
    datasource配置有很多种，我介绍的一种是采用c3p0的，它的百科地址是： http://baike.baidu.com/view/920062.htm   <!-- spring加载资源文件 --> <bean name="propertiesConfig" class="org.springframework.b
  • web报表工具FineReport使用中遇到的常见报错及解决办法（三） 老A不折腾 finereportFAQ报表软件
    这里写点抛砖引玉，希望大家能把自己整理的问题及解决方法晾出来，Mark一下，利人利己。   出现问题先搜一下文档上有没有，再看看度娘有没有，再看看论坛有没有。有报错要看日志。下面简单罗列下常见的问题，大多文档上都有提到的。 1、repeated column width is largerthan paper width： 这个看这段话应该是很好理解的。比如做的模板页面宽度只能放
  • mysql 用户管理 墙头上一根草 linuxmysqluser
    1.新建用户 //登录MYSQL@>mysql -u root -p@>密码//创建用户mysql> insert into mysql.user(Host,User,Password) values(‘localhost’,'jeecn’,password(‘jeecn’));//刷新系统权限表mysql>flush privileges;这样就创建了一个名为：
  • 关于使用Spring导致c3p0数据库死锁问题 aijuans springSpring 入门Spring 实例Spring3Spring 教程
    这个问题我实在是为整个 springsource 的员工蒙羞 如果大家使用 spring 控制事务，使用 Open Session In View 模式， com.mchange.v2.resourcepool.TimeoutException: A client timed out while waiting to acquire a resource from com.mchange.
  • 百度词库联想 annan211 百度
    <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>RunJS</title&g
  • int数据与byte之间的相互转换实现代码 百合不是茶 位移int转bytebyte转int基本数据类型的实现
    在BMP文件和文件压缩时需要用到的int与byte转换,现将理解的贴出来;   主要是要理解;位移等概念 http://baihe747.iteye.com/blog/2078029   int转byte;   byte转int;   /** * 字节转成int,int转成字节 * @author Administrator *
  • 简单模拟实现数据库连接池 bijian1013 javathreadjava多线程简单模拟实现数据库连接池
    简单模拟实现数据库连接池 实例1： package com.bijian.thread; public class DB { //private static final int MAX_COUNT = 10; private static final DB instance = new DB(); private int count = 0; private i
  • 一种基于Weblogic容器的鉴权设计 bijian1013 javaweblogic
            服务器对请求的鉴权可以在请求头中加Authorization之类的key，将用户名、密码保存到此key对应的value中，当然对于用户名、密码这种高机密的信息，应该对其进行加砂加密等，最简单的方法如下： String vuser_id = "weblogic"; String vuse
  • 【RPC框架Hessian二】Hessian 对象序列化和反序列化 bit1129 hessian
     任何一个对象从一个JVM传输到另一个JVM，都要经过序列化为二进制数据(或者字符串等其他格式，比如JSON)，然后在反序列化为Java对象，这最后都是通过二进制的数据在不同的JVM之间传输(一般是通过Socket和二进制的数据传输)，本文定义一个比较符合工作中。   1. 定义三个POJO    Person类 package com.tom.hes
  • 【Hadoop十四】Hadoop提供的脚本的功能 bit1129 hadoop
    1. hadoop-daemon.sh 1.1 启动HDFS ./hadoop-daemon.sh start namenode ./hadoop-daemon.sh start datanode  通过这种逐步启动的方式，比start-all.sh方式少了一个SecondaryNameNode进程，这不影响Hadoop的使用，其实在 Hadoop2.0中，SecondaryNa
  • 中国互联网走在“灰度”上 ronin47 管理 灰度
    中国互联网走在“灰度”上（转） 文/孕峰   第一次听说灰度这个词，是任正非说新型管理者所需要的素质。第二次听说是来自马化腾。似乎其他人包括马云也用不同的语言说过类似的意思。   灰度这个词所包含的意义和视野是广远的。要理解这个词，可能同样要用“灰度”的心态。灰度的反面，是规规矩矩，清清楚楚，泾渭分明，严谨条理，是决不妥协，不转弯，认死理。黑白分明不是灰度，像彩虹那样
  • java-51-输入一个矩阵，按照从外向里以顺时针的顺序依次打印出每一个数字。 bylijinnan java
    public class PrintMatrixClockwisely { /** * Q51.输入一个矩阵，按照从外向里以顺时针的顺序依次打印出每一个数字。 例如：如果输入如下矩阵： 1 2 3 4 5 6 7 8 9
  • mongoDB 用户管理 开窍的石头 mongoDB用户管理
      1:添加用户    第一次设置用户需要进入admin数据库下设置超级用户（use admin）      db.addUsr({user:'useName',pwd:'111111',roles:[readWrite,dbAdmin]});    第一个参数用户的名字    第二个参数
  • [游戏与生活]玩暗黑破坏神3的一些问题 comsci 生活
        暗黑破坏神3是有史以来最让人激动的游戏。。。。但是有几个问题需要我们注意      玩这个游戏的时间，每天不要超过一个小时，且每次玩游戏最好在白天      结束游戏之后，最好在太阳下面来晒一下身上的暗黑气息，让自己恢复人的生气   &nb
  • java 二维数组如何存入数据库 cuiyadll java
    using System; using System.Linq; using System.Text; using System.Windows.Forms; using System.Xml; using System.Xml.Serialization; using System.IO; namespace WindowsFormsApplication1 {
  • 本地事务和全局事务Local Transaction and Global Transaction(JTA) darrenzhu javaspringlocalglobaltransaction
    Configuring Spring and JTA without full Java EE http://spring.io/blog/2011/08/15/configuring-spring-and-jta-without-full-java-ee/ Spring doc -Transaction Management http://docs.spring.io/spri
  • Linux命令之alias - 设置命令的别名，让 Linux 命令更简练 dcj3sjt126com linuxalias
    用途说明 设置命令的别名。在linux系统中如果命令太长又不符合用户的习惯，那么我们可以为它指定一个别名。虽然可以为命令建立“链接”解决长文件名的问 题，但对于带命令行参数的命令，链接就无能为力了。而指定别名则可以解决此类所有问题【1】。常用别名来简化ssh登录【见示例三】，使长命令变短，使常 用的长命令行变短，强制执行命令时询问等。   常用参数 格式：alias 格式：ali
  • yii2 restful web服务[格式响应] dcj3sjt126com PHPyii2
    响应格式 当处理一个 RESTful API 请求时， 一个应用程序通常需要如下步骤 来处理响应格式： 确定可能影响响应格式的各种因素， 例如媒介类型， 语言， 版本， 等等。 这个过程也被称为 content negotiation。 资源对象转换为数组， 如在 Resources 部分中所描述的。 通过 [[yii\rest\Serializer]]
  • MongoDB索引调优（2）——[十] eksliang mongodbMongoDB索引优化
    转载请出自出处：http://eksliang.iteye.com/blog/2178555 一、概述       上一篇文档中也说明了，MongoDB的索引几乎与关系型数据库的索引一模一样，优化关系型数据库的技巧通用适合MongoDB，所有这里只讲MongoDB需要注意的地方 二、索引内嵌文档     可以在嵌套文档的键上建立索引，方式与正常
  • 当滑动到顶部和底部时，实现Item的分离效果的ListView gundumw100 android
    拉动ListView，Item之间的间距会变大，释放后恢复原样； package cn.tangdada.tangbang.widget; import android.annotation.TargetApi; import android.content.Context; import android.content.res.TypedArray; import andr
  • 程序员用HTML5制作的爱心树表白动画 ini JavaScriptjqueryWebhtml5css
    体验效果：http://keleyi.com/keleyi/phtml/html5/31.htmHTML代码如下： <!DOCTYPE html> <html xmlns="http://www.w3.org/1999/xhtml"><head><meta charset="UTF-8" > <ti
  • 预装windows 8 系统GPT模式的ThinkPad T440改装64位 windows 7旗舰版 kakajw ThinkPad预装改装windows 7windows 8
      该教程具有普遍参考性，特别适用于联想的机器，其他品牌机器的处理过程也大同小异。 该教程是个人多次尝试和总结的结果，实用性强，推荐给需要的人！   缘由 小弟最近入手笔记本ThinkPad T440，但是特别不能习惯笔记本出厂预装的Windows 8系统，而且厂商自作聪明地预装了一堆没用的应用软件，消耗不少的系统资源（本本的内存为4G，系统启动完成时，物理内存占用比
  • Nginx学习笔记 mcj8089 nginx
    一、安装nginx             1、在nginx官方网站下载一个包，下载地址是：  http://nginx.org/download/nginx-1.4.2.tar.gz      2、WinSCP(ftp上传工
  • mongodb 聚合查询每天论坛链接点击次数 qiaolevip 每天进步一点点学习永无止境mongodb纵观千象
    /* 18 */ { "_id" : ObjectId("5596414cbe4d73a327e50274"), "msgType" : "text", "sendTime" : ISODate("2015-07-03T08:01:16.000Z"
  • java术语（PO/POJO/VO/BO/DAO/DTO） Luob. DAOPOJODTOpoVO BO
    PO(persistant object) 持久对象 在o/r 映射的时候出现的概念,如果没有o/r映射,就没有这个概念存在了.通常对应数据模型(数据库),本身还有部分业务逻辑的处理.可以看成是与数据库中的表相映射的java对象.最简单的PO就是对应数据库中某个表中的一条记录,多个记录可以用PO的集合.PO中应该不包含任何对数据库的操作. VO(value object) 值对象 通
  • 算法复杂度 Wuaner Algorithm
    Time Complexity & Big-O： http://stackoverflow.com/questions/487258/plain-english-explanation-of-big-o http://bigocheatsheet.com/ http://www.sitepoint.com/time-complexity-algorithms/
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他