Android系统从init进程到Launcher(五)

一、 Launcher 概述

系统启动的最后一部是启动 Launcher 应用程序来显示系统中已经安装的应用程序。Launcher 在启动过程中会请求 PackageManagerService 返回系统中已经安装的应用程序的信息,并将这些信息封装成一个快捷图标列表显示在系统屏幕上,这样用户可以通过点击这些快捷图标来启动相应的应用程序。

主要作用如下:

  1. 作为 Android 系统的启动器,用于启动应用程序
  2. 作为 Android 系统的桌面,用于显示和管理应用程序的快捷图标或者其他桌面组件

二、Launcher启动过程

这里需要说明的是 Launcher 本身也是一个 APK ,也是一个应用程序,那么在启动的时候同样会先判断该应用程序所需要的进程是否存在,若是不存在就需要先创建进程。

2.1 时序图

Launcher启动创建进程时序图

上图中关于创建了 Launcher 应用程序所需要的进程,接下来就是如何启动 LauncherActivity 界面了。关于 Process 如何到达 ActivityThread 的详细过程同 AMS发送启动应用程序进程请求 相同不再赘述,此处仅仅从 ActivityThreadActivity 的方向分析。

frameworks/base/core/java/android/app/ActivityThread.java

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

        //创建ActicityThread对象实例,当new ActivityThread()进行时,其成员变量ApplicationThread同时被创建
        
        ActivityThread thread = new ActivityThread();

        /**进行attach回调,调用栈如下:
            mgr.attachApplication(mAppThread); 
            这里走的是binder通信->call AMS:attachApplication->attachApplicationLocked
        */
        thread.attach(false, startSeq);

        if (sMainThreadHandler == null) {
            sMainThreadHandler = thread.getHandler();
        }

        if (false) {
            Looper.myLooper().setMessageLogging(new
                    LogPrinter(Log.DEBUG, "ActivityThread"));
        }

        // End of event ActivityThreadMain.
        Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
        Looper.loop();

    }

ActivityThread的main函数主要做了两件事:

  1. 调用attach,告诉AMS进程应启动完毕,可以进行其他事情了。
  2. 初始化主线程的looper并loop。

主线程所做的任何事情都是通过往 MainThreadHandler 中发送消息来完成的,所以说 Android 系统是基于消息驱动的。接下来就是 注册进程到 system_server 中,这个过程是通过 ActivityThread.attah 函数完成:

frameworks/base/core/java/android/app/ActivityThread.java

    ActivityThread.attah(...)
      final IActivityManager mgr = ActivityManager.getService();
      mgr.attachApplication(mAppThread, startSeq);
        AMS.attachApplication(...)
          AMS.attachApplicationLocked(...)
            final ProcessRecord pending = mPendingStarts.get(startSeq);
            AppDeathRecipient adr = new AppDeathRecipient(app, pid, thread); // 绑定死亡通知
            thread.asBinder().linkToDeath(adr, 0);
            mHandler.removeMessages(PROC_START_TIMEOUT_MSG, app); // 移除进程启动超时消息
            ApplicationThread.bindApplication(..)
            ASS.attachApplicationLocked(...)  // 检查有没有待启动的activity
           ActiveServices.attachApplicationLocked(...) // 检查有没有待启动的service
           AMS.sendPendingBroadcastsLocked // 检查有没有待启动的receiver

这里需要说明的是,进程一般都是由 AMS 请求的,所以这相当于一个回调,为了防止其他进程非法 attachAMS ,保证安全,需要验证身份。这个验证就是通过 startSeq 来完成,这个 startSeq 其实是由 AMS 传过去的,现在它在Zygote和APP进程中转了一圈又回来了。AMS会根据startSeq从mPendingStarts取出待启动的进程的ProcessRecord ,如果ProcessRecord 为空,那么说明进程启动有误或者这个进程不是由AMS启动的,AMS会马上杀死该进程。在验证进程启动没问题之后,AMS会做一下3件事情:

  1. 为进程绑定死亡通知AppDeathRecipient,当进程被杀的时候,AMS会通过AppDeathRecipient来进行清理
  2. 通知APP执行bindApplication,即创建Application
  3. 检查有没有四大组件等待着在该进程中运行,如果有,继续执行四大组件。不过这里只有Activity、Service和BroadCastReceiver三种组件,ContentProvider的发布会在bindApplication的时候进行

在上述 ApplicationThread.bindApplication 过程中会发送消息 sendMessage(H.BIND_APPLICATION, data),接着调用 ActivityThread.handleBindApplication 创建 application

frameworks/base/core/java/android/app/ActivityThread.java#handleBindApplication()

    Process.setStartTimes(...)
    mConfiguration = new Configuration(data.config);
    //获取该应用的packageInfo
    data.info = getPackageInfoNoCheck(data.appInfo, data.compatInfo);
    ImageDecoder.sApiLevel = data.appInfo.targetSdkVersion;
    //dpi相关
    mCurDefaultDisplayDpi = data.config.densityDpi;
    Bitmap.setDefaultDensity(DisplayMetrics.DENSITY_DEFAULT); 
     // 设置时间格式
    DateFormat.set24HourTimePref(is24Hr);
    // 设置strictMode相关的东西
    StrictMode.initThreadDefaults(data.appInfo); 
      penaltyDeathOnNetwork(...)
    StrictMode.initVmDefaults(data.appInfo);
      penaltyDeathOnFileUriExposure(...)
    app = data.info.makeApplication(...)
    installContentProviders(app, data.providers); // 发布所有ContentProvider
    mInstrumentation.callApplicationOnCreate(app); // 回调Application.onCreate

创建application的过程主要是初始化APP的Context,各种资源的初始化,包括设定显示相关的configuration、初始化packageInfo、设置默认的Dpi、设置时间格式、设置strictMode,设置字体资源等等,为以后四大组件的运行提供运行环境.

其中packageInfo包括app的所有资源,例如data目录,res的目录,lib目录的。而strictMode会设定不能在主线程中访问网络,也不能在Uri中显式加入file。然后创建Application,用它去发布所有的ContentProvider,才回调Application.onCreate,所以不要惊讶,ContentProvider发布是比Application的回调都要早。至此,APP的运行所需要的所有资源已经准备完毕,四大组件可以运行了。

参考

[ 1 ]:https://blog.csdn.net/hongchi110/article/details/82890180
[ 2 ]:https://xiaozhuanlan.com/topic/7502314698
[ 3 ]:https://blog.csdn.net/qq_39037047/article/details/88066589

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,816评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,729评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,300评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,780评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,890评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,084评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,151评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,912评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,355评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,666评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,809评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,504评论 4 334
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,150评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,882评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,121评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,628评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,724评论 2 351

推荐阅读更多精彩内容