Android系统的开机画面显示过程分析（9）-白红宇

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

void handle_control_message(const char *msg, const char *arg)  
{  
    if (!strcmp(msg,"start")) {  
        msg_start(arg);  
    } else if (!strcmp(msg,"stop")) {  
        msg_stop(arg);  
    } else {  
        ERROR("unknown control msg '%s'\n", msg);  
    }  
}  

控制类型的系统属性的名称是以"ctl."开头，并且是以“start”或者“stop”结尾的，其中，“start”表示要启动某一个服务，而“stop”表示要停止某一个服务，它们是分别通过函数msg_start和msg_stop来实现的。由于当前发生变化的系统属性是以“start”来结尾的，因此，接下来就会调用函数msg_start来启动一个名称为“bootanim”的服务。

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

static void msg_start(const char *name)  
{  
    struct service *svc;  
    char *tmp = NULL;  
    char *args = NULL;  
  
    if (!strchr(name, ':'))  
        svc = service_find_by_name(name);  
    else {  
        tmp = strdup(name);  
        args = strchr(tmp, ':');  
        *args = '\0';  
        args++;  
  
        svc = service_find_by_name(tmp);  
    }  
  
    if (svc) {  
        service_start(svc, args);  
    } else {  
        ERROR("no such service '%s'\n", name);  
    }  
    if (tmp)  
        free(tmp);  
}  

参数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中的，如下所示：

int main(int argc, char** argv)  
{  
#if defined(HAVE_PTHREADS)  
    setpriority(PRIO_PROCESS, 0, ANDROID_PRIORITY_DISPLAY);  
#endif  
  
    char value[PROPERTY_VALUE_MAX];  
    property_get("debug.sf.nobootanimation", value, "0");  
    int noBootAnimation = atoi(value);  
    LOGI_IF(noBootAnimation,  "boot animation disabled");  
    if (!noBootAnimation) {  
  
        sp<ProcessState> proc(ProcessState::self());  
        ProcessState::self()->startThreadPool();  
  
        // create the boot animation object  
        sp<BootAnimation> boot = new BootAnimation();  
  
        IPCThreadState::self()->joinThreadPool();  
  
    }  
    return 0;  
}  

这个函数首先检查系统属性“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中，如下所示：

void BootAnimation::onFirstRef() {  
    status_t err = mSession->linkToComposerDeath(this);  
    LOGE_IF(err, "linkToComposerDeath failed (%s) ", strerror(-err));  
    if (err == NO_ERROR) {  
        run("BootAnimation", PRIORITY_DISPLAY);  
    }  
}  

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

BootAnimation::BootAnimation() : Thread(false)  
{  
    mSession = new SurfaceComposerClient();  
}  

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来显示第三个开机画面。

本文转自 Luoshengyang 51CTO博客，原文链接：http://blog.51cto.com/shyluo/967042，如需转载请自行联系原作者