剖析ActivityManagerService

---

• 【免费】全网独家：这是一份很是值得珍藏的Android知识体系！！！

---

做为Android开发的你，对Activity的使用确定是再熟悉不过了，在使用过程当中，你是否浮现过一个疑问:

系统是如何管理这些Activity的?

没错，该文将与你一块儿探索ActivityManagerService(如下简写为AMS)，看它是如何管理Activity的。

该文主要围绕如下三方面来讨论：

先基本了解下AMS是什么？

• AMS是Android系统的一个进程；
• 用于管理系统四大组件的运行状态；

1、AMS的启动流程？

AMS的初始化，这里我打算拿API 19(Android 4.4) 和 API 25(Android 7.1.1)的源码进行对比。

在API 19源码中，随着SystemServer类main()方法的调用，实例化了内部类ServerThread的对象：

代码1.1 (来源:  SystemServer.java):

public static void main(String[] args) {
    ......(省略了一小戳代码)
    ServerThread thr = new ServerThread();
    thr.initAndLoop();
}

咱们继续看内部类ServerThread的initAndLoop()方法，看到这方法不得不吐槽一番，整个方法竟有长达1000+行代码，真不知道这码农是否是屁股痒了:

代码1.2 (来源:  SystemServer.java):

public void initAndLoop() {
    ......
    context = ActivityManagerService.main(factoryTest);
    ......
    ActivityManagerService.setSystemProcess();
}

该方法但是很是的强大哦，诸多系统级的服务都在此初始化，如AMS、PowerManagerService、WindowManagerService、NetworkManagementService等等，有兴趣的能够去细细品味源码。
好了，继续重点，调用ActivityManagerService的静态方法main()，便可获得AMS的上下文。

代码1.3 (来源:  ActivityManagerService.java):

public static final Context main(int factoryTest) {
    // 建立了一个AThread线程，并开启
    AThread thr = new AThread();
    thr.start();

    synchronized (thr) {
        while (thr.mService == null) {
            try {
                thr.wait();
            } catch (InterruptedException e) {
            }
        }
    }

    ActivityManagerService m = thr.mService;
    mSelf = m;
    ActivityThread at = ActivityThread.systemMain();
    mSystemThread = at;
    Context context = at.getSystemContext();

    m.mContext = context;
    ......

    return context;
}

这段代码，不知道你有没有发现，虽然它开启了Athread线程，可是它立马又进入了等待状态，这是为何呢？默默想10秒钟。

由于下面须要使用到AMS的对象，若是AMS的对象还未初始化，咱们贸然使用，那确定会致使系统宕机。因此，可想而知，AThread中确定对AMS进行了实例化，那等待的线程如何去唤醒它呢？答案就在下面，继续看看线程AThread的实现：

代码1.4 (来源:  ActivityManagerService.java):

static class AThread extends Thread {
    ActivityManagerService mService;

        public AThread() {
            super("ActivityManager");
        }

        @Override
        public void run() {
           ......
            // 实例化了AMS对象
            ActivityManagerService m = new ActivityManagerService();

            synchronized (this) {
                mService = m;
                notifyAll();
            }

         ......
        }
    }

以上代码中，实例化了AMS对象并赋值给mService，notifyAll()的职责就是对等待的AThread线程进行唤醒，此时便可跳出代码1.3中的while循环，然后返回context。
而后调用ActivityManagerService.setSystemProcess();便可向Server Manager注册，到此AMS的整个启动流程到此结束。

刚咱们一块儿了解了在API 19下的AMS启动流程，那和API 25下的源码相比较，有何改变呢？下面一块儿来看看吧。
       一样是SystemServer类的main()方法，可是一行简单代码了事。

代码1.5 (来源:  SystemServer.java):

public static void main(String[] args) {
   new SystemServer().run();
}

代码1.6 (来源:  SystemServer.java):

private void run() {
   ......
   // 在这里启动各类系统级服务
   startBootstrapServices();
   startCoreServices();
   startOtherServices();
   ......
}

代码1.7 (来源:  SystemServer.java):

private void startBootstrapServices() {
    ......
    // 这里直接经过SystemServiceManager直接开启AMS
    mActivityManagerService = mSystemServiceManager.startService(
    ActivityManagerService.Lifecycle.class).getService();
                
    mActivityManagerService.setSystemServiceManager(mSystemServiceManager);
    mActivityManagerService.setInstaller(installer);
    ......
}

代码1.8 (来源:  ActivityManagerService.java):

public static final class Lifecycle extends SystemService {
        private final ActivityManagerService mService;

        public Lifecycle(Context context) {
            super(context);
            // 获得了AMS的实例
            mService = new ActivityManagerService(context);
        }

        @Override
        public void onStart() {
            mService.start();
        }

        public ActivityManagerService getService() {
            return mService;
        }
}

看见没，API 25的源码相比API 19来讲，通俗易懂，给赞，因此也无需多作解释了，有兴趣的能够打开源码仔细研究哦。

2、Activity Stack介绍

Stack意为堆栈，做为Activity的堆栈，主要仍是由如下三大部分组成。

2.1 Activity State

该枚举类定义的各类状态和Activity的生命周期有着千丝万缕的关系。

代码2.1 (来源:  ActivityStack.java):

enum ActivityState {
     INITIALIZING,    // 初始化中
     RESUMED,         // 恢复
     PAUSING,         // 暂停中
     PAUSED,          // 已暂停
     STOPPING,        // 中止中
     STOPPED,         // 已中止
     FINISHING,       // 完成中
     DESTROYING,      // 销毁中
     DESTROYED        // 已销毁
}

2.2 ArrayList

在Activity Stack中定义了一些ArrayList，用来保存特定状态的Activity，好比:

代码2.2 (来源:  ActivityStack.java):

ArrayList<TaskRecord> mTaskHistory；
ArrayList<TaskGroup> mValidateAppTokens；
ArrayList<ActivityRecord> mLRUActivities；
ArrayList<ActivityRecord> mNoAnimActivities；
ArrayList<ActivityRecord> mStoppingActivities;
ArrayList<ActivityRecord> mFinishingActivities;
......

2.3 记录特殊状态下的Activity

代码2.3 (来源:  ActivityStack.java):

ActivityRecord mPausingActivity = null;
ActivityRecord mLastPausedActivity = null;
ActivityRecord mLastNoHistoryActivity = null;
ActivityRecord mResumedActivity = null;
ActivityRecord mLastStartedActivity = null;
......

正由于有了这三大部分，AMS便可经过Activity Stack实现了对系统组件的记录、管理以及查询功能。

小技巧:
在控制台输入如下命令，便可查看Activity Stack的信息

adb shell dumpsys activity

3、Activity Task介绍

Activity Task的数据结构相似堆栈，遵循“先入后出”的原则，它负责装载执行同一任务的Activity实例集合，下面咱们将拿Activity的四种launchMode来具体讲解。

相信不少人对Activity的launchMode都有所了解，可是在使用的时候总会有些含糊不清，以下图:

对各启动模式的特色有所了解以后，接下来就逐一进行剖析。

3.1 standard【"富二代"】

从上图Task的变化便可看出，每次操做都会将新的实例压入栈顶，返回的时候剔除栈顶元素，全部操做都在同一个Task中完成。

经过在控制台输入adb shell dumpsys activity，就会打印诸多堆栈信息，从中咱们能够找到如下信息便可印证上述结论:

3.2 singleTop【"近视眼"】

当将OneActivity在AndroidManifest.xml中配置以下:

代码3.2 :

<activity android:name=".OneActivity"
            android:launchMode="singleTop">

两种状况打印日志以下:

3.3 singleTask【"特工"】

在上图中，除将OneActivity的启动模式设置为SingleTask外，其他都默认。当咱们在ThreeActivity中打开OneActivity的时候，由于在Task中已经存在了OneActivity的实例，因此会直接将Intent经过onNewIntent传递给已存在的实例，而且会将它上面的其它全部实例从该堆栈中剔除，将本身暴露在栈顶。

咱们来看看控制台打印的堆栈信息变化:

3.4 singleInstance【"霸道总裁"】

从上图能够看出，TwoActivity会独占一个新的Task，而且不容许其它实例加入进来。咱们来看看控制台的日志信息:

到此，Activity的四种启动模式就讲解完了。

纵观全篇，咱们始终围绕“AMS的启动流程”、“Activity Stack介绍”和“Activity Task介绍”三方面来展开讨论，若有疏漏，望批评指正。

---

• 【免费】全网独家：这是一份很是值得珍藏的Android知识体系！！！