【源码分析】Android系统启动流程.

Android的启动过程是从init开始的,它是所有后续进程的祖进程。

系统启动的过程可以大致分为以下几个步骤

1,init.c的启动
    挂载目录 初始化 解析配置文件
2,init.rc
3,在init.rc中app_main中启动了zygote(孵化器),AndroidRuntime
    Zygote这个进程是非常重要的一个进程,Zygote进程的建立是真正的Android运行空间,初始化建立的Service都是Navtive service
4,在zygote java类中开启各种服务,并且开启systemServer类
5,在systemServer中main--->init1(system_init)--->init2(systemThread)
6,home界面显示, 这时Android系统启动完毕. 进入到待机画面

当系统引导程序启动Linux内核时, 内核会加载各种数据结构和驱动程序. 有了驱动之后, 开始启动Android系统并加载用户级别的第一个进程init(system/core/init/Init.c).

    int main(int argc, char **argv)
    {
        ...

        // 创建各种文件夹和挂载目录.
        mkdir("/dev", 0755);

        ...

        // 初始化日志.
        log_init();

        // 解析配置文件.
        init_parse_config_file("/init.rc");

        ...

        return 0;
    }

加载Init.rc文件. 主要启动了一个Zygote(孵化器)进程, 此进程是Android系统启动关键服务的一个母进程.

    service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server
        socket zygote stream 666
        onrestart write /sys/android_power/request_state wake
        onrestart write /sys/power/state on
        onrestart restart media
        onrestart restart netd

Zygote进程的初始化在App_main.cpp文件中开启, 代码片段如下:

int main(int argc, const char* const argv[])
{
    // 定义Android运行时环境.
    AppRuntime runtime;
    int i = runtime.addVmArguments(argc, argv);

    ...

    bool startSystemServer = (i < argc) ?
            strcmp(argv[i], "--start-system-server") == 0 : false;
    setArgv0(argv0, "zygote");
    set_process_name("zygote");

    // 使用运行时环境启动Zygote的初始化类.
    runtime.start("com.android.internal.os.ZygoteInit",
        startSystemServer);

    ...
}

现在从c或c++代码进入到java代码中, ZygoteInit.java初始化类, 代码如下:

    public static void main(String argv[]) {
        // 加载系统运行依赖的class类.
        preloadClasses();

        ...

        if (argv[1].equals("true")) {
            // Zygote孵化器进程开始孵化系统核心服务.
            startSystemServer();
        } else if (!argv[1].equals("false")) {
            throw new RuntimeException(argv[0] + USAGE_STRING);
        }

        ...
    }

    private static boolean startSystemServer()
        throws MethodAndArgsCaller, RuntimeException {
        String args[] = {
            "--setuid=1000",
            "--setgid=1000",
            "--setgroups=1001,1002,1003,1004,1005,1006,1007,1008,1009,1010,3001,3002,3003",
            "--capabilities=130104352,130104352",
            "--runtime-init",
            "--nice-name=system_server",
            "com.android.server.SystemServer",
        };

        ...

        // 孵化器分叉开启SystemServer类, 并且把上面定义的参数.
        // 传递给此类. 用于启动系统关键服务.
        pid = Zygote.forkSystemServer(
                parsedArgs.uid, parsedArgs.gid,
                parsedArgs.gids, debugFlags, null,
                parsedArgs.permittedCapabilities,
                parsedArgs.effectiveCapabilities);

        ...
    }

Zygote进程分叉出SystemServer类, main函数如下:

    public static void main(String[] args) {
        ...

        // 加载本地的动态链接库.
        System.loadLibrary("android_servers");

        // 调用动态链接库中的c函数.
        init1(args);
    }

    // 这里init1的函数定义在frameworks\base\services\jni\com_android_server_SystemServer.cpp下的方法.
    native public static void init1(String[] args);

com_android_server_SystemServer.cpp的代码片段如下:

    static JNINativeMethod gMethods[] = {
        /* name, signature, funcPtr */
        // 把native方法init1, 映射到android_server_SystemServer_init1. (这里是定义的函数指针)
        { "init1", "([Ljava/lang/String;)V", (void*) android_server_SystemServer_init1 },
    };

    static void android_server_SystemServer_init1(JNIEnv* env, jobject clazz)
    {
        // 转调
        system_init();
    }

    // 此方法没有方法体.
    extern "C" int system_init();

system_init方法的方法体, 在System_init.cpp类中. 代码如下:

    extern "C" status_t system_init()
    {
        ...

        // 开启一些硬件相关的服务.
        SensorService::instantiate();

        ...

        // 获取Android运行时环境
        AndroidRuntime* runtime = AndroidRuntime::getRuntime();

        LOGI("System server: starting Android services.\n");
        // 调用SystemServer类中静态方法init2. 从native层转到java层.
        runtime->callStatic("com/android/server/SystemServer", "init2");

        ...
    }

SystemServer下init2方法如下:

    public static final void init2() {
        Slog.i(TAG, "Entered the Android system server!");

        // 进入Android系统服务的初始化.
        Thread thr = new ServerThread();
        thr.setName("android.server.ServerThread");
        thr.start();
    }

ServerThread中的run方法如下:

    @Override
    public void run() {
        ...

        // 初始化系统的服务, 并且把服务添加ServiceManager中, 便于以后系统进行统一管理.
        ServiceManager.addService("entropy", new EntropyService());

        ...

        // 调用了ActivityManagerService的systemReady的方法.
        ((ActivityManagerService)ActivityManagerNative.getDefault())
                .systemReady(new Runnable() {
            public void run() {
                ...
            }
        });

        ...
    }

ActivityManagerService下的systemReady方法如下:

public void systemReady(final Runnable goingCallback) {
    ...

    // 调用了ActivityStack中的resumeTopActivityLocked去启动Activity
    mMainStack.resumeTopActivityLocked(null);
}

ActivityStack中的resumeTopActivityLocked方法如下:

    final boolean resumeTopActivityLocked(ActivityRecord prev) {
            // 找到第一个当前没有关闭的Activity, 系统刚刚系统没有任何Activity执行, 所以next为null
            ActivityRecord next = topRunningActivityLocked(null);

            // Remember how we‘ll process this pause/resume situation, and ensure
            // that the state is reset however we wind up proceeding.
            final boolean userLeaving = mUserLeaving;
            mUserLeaving = false;

            if (next == null) {
                // There are no more activities!  Let‘s just start up the
                // Launcher...
                if (mMainStack) {
                    // 开启Launcher应用的第一个Activity界面.
                    return mService.startHomeActivityLocked();
                }
            }
    }

home界面显示, 这时Android系统启动完毕. 进入到待机画面.

时间: 2024-11-08 20:10:08

【源码分析】Android系统启动流程.的相关文章

HBase1.0.0源码分析之请求处理流程分析以Put操作为例(二)

HBase1.0.0源码分析之请求处理流程分析以Put操作为例(二) 1.通过mutate(put)操作,将单个put操作添加到缓冲操作中,这些缓冲操作其实就是Put的父类的一个List的集合.如下: private List<Row> writeAsyncBuffer = new LinkedList<>(); writeAsyncBuffer.add(m); 当writeAsyncBuffer满了之后或者是人为的调用backgroundFlushCommits操作促使缓冲池中的

openVswitch(OVS)源码分析之工作流程(哈希桶结构体的解释)

这篇blog是专门解决前篇openVswitch(OVS)源码分析之工作流程(哈希桶结构体的疑惑)中提到的哈希桶结构flex_array结构体成员变量含义的问题. 引用下前篇blog中分析讨论得到的flex_array结构体成员变量的含义结论: struct { int element_size; // 这是flex_array_part结构体存放的哈希头指针的大小 int total_nr_elements; // 这是全部flex_array_part结构体中的哈希头指针的总个数 int e

Spark SQL源码分析之核心流程

自从去年Spark Submit 2013 Michael Armbrust分享了他的Catalyst,到至今1年多了,Spark SQL的贡献者从几人到了几十人,而且发展速度异常迅猛,究其原因,个人认为有以下2点: 1.整合:将SQL类型的查询语言整合到 Spark 的核心RDD概念里.这样可以应用于多种任务,流处理,批处理,包括机器学习里都可以引入Sql. 2.效率:因为Shark受到hive的编程模型限制,无法再继续优化来适应Spark模型里. 前一段时间测试过Shark,并且对Spark

源码分析Android AsyncTask

Android UI操作是线程不安全的,若想在子线程红进行UI操作,需要借助Android提供的Handler.Android提供的AsyncTask其实是对Handler的封装,方便我们在子线程中更新UI元素.AsyncTask是一个泛型类,书写格式为: AsyncTask<Params, Progress, Result>.这三个参数的用途如下: 1. Params 这三个参数的用途如下: 1. Params 在执行AsyncTask时需要传入的参数,可用于在后台任务中使用. 2. Pro

android源码分析 android toast使用详解 toast自定义

在安卓开发过程中,toast使我们经常使用的一个类,当我们需要向用户传达一些信息,但是不需要和用户交互时,该方式就是一种十分恰当的途径. 我们习惯了这样使用toast:Toast.makeText(Context context, String info, int duration).show();该方法是 系统为我们提供的一个方便的创建toast对象的静态方法,其内部依然是调用toast的相关方法完成.下面 就从其源码对该类的实现做一个分析 在toast类中,最重要的用于显示该toast的sh

leveldb源码分析--插入删除流程

由于网络上对leveldb的分析文章都比较丰富,一些基础概念和模型都介绍得比较多,所以本人就不再对这些概念以专门的篇幅进行介绍,本文主要以代码流程注释的方式. 首先我们从db的插入和删除开始以对整个体系有一个感性的认识,首先看插入: Status DB::Put(const WriteOptions& opt, const Slice& key, const Slice& value) { WriteBatch batch; //leveldb中不管单个插入还是多个插入都是以Wri

Okhttp源码分析--基本使用流程分析

Okhttp源码分析--基本使用流程分析 一. 使用 同步请求 OkHttpClient okHttpClient=new OkHttpClient(); Request request=new Request.Builder() .get() .url("www.baidu.com") .build(); Call call =okHttpClient.newCall(request).execute(); 异步请求 OkHttpClient okHttpClient=new OkH

Monkey源码分析之运行流程

在<MonkeyRunner源码分析之与Android设备通讯方式>中,我们谈及到MonkeyRunner控制目标android设备有多种方法,其中之一就是在目标机器启动一个monkey服务来监听指定的一个端口,然后monkeyrunner再连接上这个端口来发送命令,驱动monkey去完成相应的工作. 当时我们只分析了monkeyrunner这个客户端的代码是怎么实现这一点的,但没有谈monkey那边是如何接受命令,接受到命令又是如何处理的. 所以自己打开源码看了一个晚上,大概有了概念.但今天

springmvc源码分析系列-请求处理流程

接上一篇-springmvc源码分析开头片 上一节主要说了一下springmvc与struts2的作为MVC中的C(controller)控制层的一些区别及两者在作为控制层方面的一些优缺点.今天就结合下面的一张图和上一篇中关于springmvc各个模块之间及各个模块中的类的继承关系的一张图对springmvc的请求处理流程进行一个分析.当然有了springmvc的请求处理流程我们就知道了springmvc是如何在启动的时候去加载或者去解析对应的具体控制器,以及modleAndView使干什么用的

MyBatis源码分析-MyBatis初始化流程

MyBatis 是支持定制化 SQL.存储过程以及高级映射的优秀的持久层框架.MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集.MyBatis 可以对配置和原生Map使用简单的 XML 或注解,将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录.如何新建MyBatis源码工程请点击MyBatis源码分析-IDEA新建MyBatis源码工程. MyBatis初始化的过程也就是创建Configura