码迷，mamicode.com
首页 > 其他好文 > 详细

简述Activity生命周期

时间：2020-03-03 10:38:50      阅读：217      评论：0      收藏：0      [点我收藏+]

标签：半透明   loaded   linux进程   基于   jit   线程   运行   nsa   apk   

copy from : http://gityuan.com/2016/03/18/start-activity-cycle/

 

基于Android 6.0的源码剖析， 分析android Activity启动流程中ActivityManagerService所扮演的角色

一、概述

上一篇文章startActivity启动过程分析，介绍了startActivity是如何一步步创建的，再来看看生命周期的控制。先来一张官方的Activity状态转换图：

技术图片

Activity的生命周期中只有在以下3种状态之一，才能较长时间内保持状态不变。

  • Resumed（运行状态）：Activity处于前台，且用户可以与其交互。
  • Paused（暂停状态）: Activity被在前台中处于半透明状态或者未覆盖全屏的其他Activity部分遮挡。 暂停的Activity不会接收用户输入，也无法执行任何代码。
  • Stopped（停止状态）：Activity被完全隐藏，且对用户不可见；被视为后台Activity。 停止的Activity实例及其诸如成员变量等所有状态信息将保留，但它无法执行任何代码。

除此之外，其他状态都是过渡状态(或称为暂时状态)，比如onCreate()，onStart()后很快就会调用onResume()方法。

二. 生命周期

2.1 进程间通信

对于App来说，其Activity的生命周期执行是与系统进程中的ActivityManagerService有一定关系的，接下来从进程和线程的角度来分析Activity的生命周期，这里涉及到系统进程和应用进程：

system_server进程是系统进程，Java framework框架的核心载体，里面运行了大量的系统服务，比如这里提供ApplicationThreadProxy（简称ATP），ActivityManagerService（简称AMS），这个两个服务都运行在system_server进程的不同线程中，由于ATP和AMS都是基于IBinder接口，都是binder线程，binder线程的创建与销毁都是由binder驱动来决定的。

App进程是应用程序所在进程，主线程主要负责Activity/Service等组件的生命周期以及UI相关操作都运行在这个线程； 另外，每个App进程中至少会有两个binder线程 ApplicationThread(简称AT)和ActivityManagerProxy（简称AMP），除了下图中所示的线程，其实还有很多线程，比如signal catcher线程等。

技术图片

Binder用于不同进程之间通信，由一个进程的Binder客户端向另一个进程的服务端发送事件，比如图中线程2向线程4发送事务；而handler用于同一个进程中不同线程的通信，比如图中线程4向主线程发送消息。

结合图说说Activity生命周期，比如暂停Activity的流程如下：

  • 线程1的AMS中调用线程2的ATP来发送事件；（由于同一个进程的线程间资源共享，可以相互直接调用，但需要注意多线程并发问题）
  • 线程2通过binder将暂停Activity的事件传输到App进程的线程4；
  • 线程4通过handler消息机制，将暂停Activity的消息发送给主线程；
  • 主线程在looper.loop()中循环遍历消息，当收到暂停Activity的消息(PAUSE_ACTIVITY)时，便将消息分发给ActivityThread.H.handleMessage()方法，再经过方法的层层调用，最后便会调用到Activity.onPause()方法。

这便是由AMS完成了onPause()控制，那么同理Activity的其他生命周期也是这么个流程来进行控制的。

2.2 App主线程

每个App都有一个主线程，大家常说主线程是ActivityThread，其实这个说法是欠妥当的，首先何为线程？一般来说Java层创建线程往往是继承Thread对象或者实现Runnable，再看看ActivityThread，会发现该对象并没有继承任何对象。准确说法ActivityThread是运行在主线程的对象，充当着主线程的职责。

那主线程到底是哪个呢，这个问题涉及到Linux进程与线程的理解，本质上来说大家常说的主线程就是app首次启动时创建的进程，对于Linux来说进程与线程都是一个task_struct结构体，除了是否有独立资源，并没有什么区别。

那有为何说充当着主线程的职责呢？这是由于进程在创建之初会为主线程创建Looper对象，这个便是用来维护Activity的生命周期。关于更多详细，可查看我之前在知乎 的一个回答Android中为什么主线程不会因为Looper.loop()里的死循环卡死？

2.3 枢纽中心

Activity的生命周期，都是其他线程通过handler发送消息给主线程，那么主线程中的ActivityThread的内部类H控制整个核心消息处理机制，通过H.handleMessage()来控制Activity的生命周期，在H类中共定义了50种消息。

private class H extends Handler {
  public static final int LAUNCH_ACTIVITY         = 100;
  public static final int PAUSE_ACTIVITY          = 101;
  public static final int PAUSE_ACTIVITY_FINISHING= 102;
  public static final int STOP_ACTIVITY_SHOW      = 103;
  public static final int STOP_ACTIVITY_HIDE      = 104;
  public static final int SHOW_WINDOW             = 105;
  public static final int HIDE_WINDOW             = 106;
  public static final int RESUME_ACTIVITY         = 107;
  public static final int SEND_RESULT             = 108;
  public static final int DESTROY_ACTIVITY        = 109;
  public static final int BIND_APPLICATION        = 110;
  public static final int EXIT_APPLICATION        = 111;
  public static final int NEW_INTENT              = 112;
  public static final int RECEIVER                = 113;
  public static final int CREATE_SERVICE          = 114;
  public static final int SERVICE_ARGS            = 115;
  public static final int STOP_SERVICE            = 116;

  public static final int CONFIGURATION_CHANGED   = 118;
  public static final int CLEAN_UP_CONTEXT        = 119;
  public static final int GC_WHEN_IDLE            = 120;
  public static final int BIND_SERVICE            = 121;
  public static final int UNBIND_SERVICE          = 122;
  public static final int DUMP_SERVICE            = 123;
  public static final int LOW_MEMORY              = 124;
  public static final int ACTIVITY_CONFIGURATION_CHANGED = 125;
  public static final int RELAUNCH_ACTIVITY       = 126;
  public static final int PROFILER_CONTROL        = 127;
  public static final int CREATE_BACKUP_AGENT     = 128;
  public static final int DESTROY_BACKUP_AGENT    = 129;
  public static final int SUICIDE                 = 130;
  public static final int REMOVE_PROVIDER         = 131;
  public static final int ENABLE_JIT              = 132;
  public static final int DISPATCH_PACKAGE_BROADCAST = 133;
  public static final int SCHEDULE_CRASH          = 134;
  public static final int DUMP_HEAP               = 135;
  public static final int DUMP_ACTIVITY           = 136;
  public static final int SLEEPING                = 137;
  public static final int SET_CORE_SETTINGS       = 138;
  public static final int UPDATE_PACKAGE_COMPATIBILITY_INFO = 139;
  public static final int TRIM_MEMORY             = 140;
  public static final int DUMP_PROVIDER           = 141;
  public static final int UNSTABLE_PROVIDER_DIED  = 142;
  public static final int REQUEST_ASSIST_CONTEXT_EXTRAS = 143;
  public static final int TRANSLUCENT_CONVERSION_COMPLETE = 144;
  public static final int INSTALL_PROVIDER        = 145;
  public static final int ON_NEW_ACTIVITY_OPTIONS = 146;
  public static final int CANCEL_VISIBLE_BEHIND = 147;
  public static final int BACKGROUND_VISIBLE_BEHIND_CHANGED = 148;
  public static final int ENTER_ANIMATION_COMPLETE = 149;
}

主线程每到收到其他线程发送过来的不同的Handler消息，则都会触发相应的H.handleMessage，下面列举跟Activity相关的一些常见消息。

  • LAUNCH_ACTIVITY
  • RELAUNCH_ACTIVITY
  • RESUME_ACTIVITY
  • NEW_INTENT
  • PAUSE_ACTIVITY / PAUSE_ACTIVITY_FINISHING
  • STOP_ACTIVITY_SHOW / STOP_ACTIVITY_HIDE
  • DESTROY_ACTIVITY

一般来说收到消息，都会调用相应handlexxx方法。比如,LAUNCH_ACTIVITY则对应handleLaunchActivity, RESUME_ACTIVITY则对应handleResumeActivity等。

public void handleMessage(Message msg) {
  switch (msg.what) {
    case LAUNCH_ACTIVITY: {
        final ActivityClientRecord r = (ActivityClientRecord) msg.obj;
        r.packageInfo = getPackageInfoNoCheck(
                r.activityInfo.applicationInfo, r.compatInfo);
        handleLaunchActivity(r, null);
    } break;
    case RELAUNCH_ACTIVITY: {
        ActivityClientRecord r = (ActivityClientRecord)msg.obj;
        handleRelaunchActivity(r);
    } break;
    case PAUSE_ACTIVITY:
        handlePauseActivity((IBinder)msg.obj, false, (msg.arg1&1) != 0, msg.arg2,
                (msg.arg1&2) != 0);
        maybeSnapshot();
        break;
    case STOP_ACTIVITY_SHOW:
        handleStopActivity((IBinder)msg.obj, true, msg.arg2);
        break;
    case STOP_ACTIVITY_HIDE:
        handleStopActivity((IBinder)msg.obj, false, msg.arg2);
        break;
    case RESUME_ACTIVITY:
        handleResumeActivity((IBinder) msg.obj, true, msg.arg1 != 0, true);
        break;
    case DESTROY_ACTIVITY:
        handleDestroyActivity((IBinder)msg.obj, msg.arg1 != 0, msg.arg2, false);
        break;
     ...
  }
}

先简单列举先调用链可能涉及的方法(注：并非每次都能同时进入如下调用链的每个分支，先大致列举，后续再展开)

三. 调用链

3.1 启动应用

消息： LAUNCH_ACTIVITY

调用链

ActivityThread.handleLaunchActivity
    ActivityThread.handleConfigurationChanged
        ActivityThread.performConfigurationChanged
            ComponentCallbacks2.onConfigurationChanged

    ActivityThread.performLaunchActivity
        LoadedApk.makeApplication
            Instrumentation.callApplicationOnCreate
                Application.onCreate

        Instrumentation.callActivityOnCreate
            Activity.performCreate
                Activity.onCreate

        Instrumentation.callActivityonRestoreInstanceState
            Activity.performRestoreInstanceState
                Activity.onRestoreInstanceState

    ActivityThread.handleResumeActivity
        ActivityThread.performResumeActivity
            Activity.performResume
                Activity.performRestart
                    Instrumentation.callActivityOnRestart
                        Activity.onRestart

                    Activity.performStart
                        Instrumentation.callActivityOnStart
                            Activity.onStart

                Instrumentation.callActivityOnResume
                    Activity.onResume

采用缩进方式，来代表方法的调用链，相同缩进层的方法代表来自位于同一个调用方法里。callActivityOnCreate和callActivityonRestoreInstanceState相同层级，代表都是由上一层级的ActivityThread.performLaunchActivity()方法中调用。

App角度

调用链过程层层调用，但对上层应用是透明的，App开发者只需要覆写其中重要的回调函数即可，故此处所说的App角度，便是指App开发者来说可见之处。经过上述的调用链，依次会执行下面回调方法。

  1. ComponentCallbacks2.onConfigurationChanged()：
  2. Application.onCreate()
  3. Activity.onCreate()
  4. Activity.onRestoreInstanceState()
  5. Activity.onRestart()
  6. Activity.onStart()
  7. Activity.onResume()

Application和Activity都实现了ComponentCallbacks2接口；所以Application和Activity会先执行onConfigurationChanged()回调方法。在前面说过onCreate()是过渡状态，紧跟着会执行handleResumeActivity()方法，然后就进入Resumed状态。

3.2 恢复应用

消息： RESUME_ACTIVITY

调用链

ActivityThread.handleResumeActivity
    ActivityThread.performResumeActivity
        Activity.performResume
            Activity.performRestart
                Instrumentation.callActivityOnRestart
                    Activity.onRestart

                Activity.performStart
                    Instrumentation.callActivityOnStart
                        Activity.onStart

            Instrumentation.callActivityOnResume
                Activity.onResume

App角度

  1. Activity.onRestart()
  2. Activity.onStart()
  3. Activity.onResume()

App处于运行状态，UI可见。

3.3 暂停应用

msg: PAUSE_ACTIVITY

调用链

ActivityThread.handlePauseActivity
    ActivityThread.performPauseActivity
        ActivityThread.callCallActivityOnSaveInstanceState
            Instrumentation.callActivityOnSaveInstanceState
                Activity.performSaveInstanceState
                    Activity.onSaveInstanceState

        Instrumentation.callActivityOnPause
            Activity.performPause
                Activity.onPause

App角度

  1. Activity.onSaveInstanceState()
  2. Activity.onPause()

根据saveState是否true决定是否执行callCallActivityOnSaveInstanceState()分支，从而决定是否回调onRestoreInstanceState()方法

3.4 停止应用

msg: STOP_ACTIVITY_HIDE

调用链

ActivityThread.handleStopActivity
    ActivityThread.performStopActivityInner
        ActivityThread.callCallActivityOnSaveInstanceState
            Instrumentation.callActivityOnSaveInstanceState
                Activity.performSaveInstanceState
                    Activity.onSaveInstanceState

        ActivityThread.performStop
            Activity.performStop
                Instrumentation.callActivityOnStop
                    Activity.onStop

    updateVisibility

    H.post(StopInfo)
        AMP.activityStopped
            AMS.activityStopped
                ActivityStack.activityStoppedLocked
                AMS.trimApplications
                    ProcessRecord.kill
                    ApplicationThread.scheduleExit
                        Looper.myLooper().quit()

                    AMS.cleanUpApplicationRecordLocked
                    AMS.updateOomAdjLocked

App角度

  1. Activity.onSaveInstanceState
  2. Activity.onStop

在停止Activity的过程，会有一个trimApplications()的操作，主要是kill空进程，将当前进程退出loop循环，清理应用的上下文环境，并且更新进程的Adj值。

3.5 销毁应用

msg: DESTROY_ACTIVITY

调用链

ActivityThread.handleDestroyActivity
    ActivityThread.performDestroyActivity
        Instrumentation.callActivityOnPause
        Activity.performStop()
        Instrumentation.callActivityOnDestroy
            Activity.performDestroy
                Window.destroy
                Activity.onDestroy

    AMP.activityDestroyed
        AMS.activityDestroyed
            ActivityStack.activityDestroyedLocked
                ActivityStackSupervisor.resumeTopActivitiesLocked
                    ActivityStack.resumeTopActivityLocked
                        ActivityStack.resumeTopActivityInnerLocked

App角度

  • Activity.onDestroy

销毁应用后，会查看第一个没有结束的Activity，用于显示在最顶层界面，当不存在未结束的Activity时，则显示Launcher界面，即主界面。

3.6 创建Intent

msg: NEW_INTENT （打开已经处于栈顶的Activity，则会发送给NEW_INTENT消息给主线程）

调用链

ActivityThread.handleNewIntent
    performNewIntents
        Instrumentation.callActivityOnPause
            Activity.performPause
                Activity.onPause

        deliverNewIntents
            Instrumentation.callActivityOnNewIntent
                Activity.onNewIntent

        Activity.performResume
            Activity.performRestart
                Instrumentation.callActivityOnRestart
                    Activity.onRestart

                Activity.performStart
                    Instrumentation.callActivityOnStart
                        Activity.onStart

            Instrumentation.callActivityOnResume
                Activity.onResume

App角度

  1. Activity.onPause
  2. Activity.onNewIntent
  3. Activity.onRestart
  4. Activity.onStart
  5. Activity.onResume

本文主要是概括性讲述Activity的调用过程，后续会再从源码角度进一步细说Activity生命周期，敬请期待。

简述Activity生命周期

标签：半透明   loaded   linux进程   基于   jit   线程   运行   nsa   apk   

原文地址：https://www.cnblogs.com/Oude/p/12400727.html
踩
(0)
赞
(0)
   
举报
评论 一句话评论（0）
登录后才能评论！
分享档案
更多>
2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)
周排行
mamicode.com排行更多图片
更多
友情链接
兰亭集智   国之画   百度统计   站长统计   阿里云   chrome插件   新版天听网
关于我们 - 联系我们 - 留言反馈
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码！