Android Activity的启动流程源码解析(8.0)

一，写在前面

       Activity是Android四大组件之一，用于直接跟用户进行交互，本篇文章将介绍Activity的启动流程。用户启动Activity的方式大致有两种：一种是在桌面点击应用程序的图标，进入应用程序的主界面；另一种是在应用程序中，进入一个新的Activity。前者，桌面其实是系统应用launcher的界面，点击应用程序图标，会进行应用程序的主界面，实质是从一个应用的Activity进入另一个应用Activity。

       因此，不管是从桌面进入应用主界面，还是在应用里进入一个新的Activity，最终都会调用Activity$startActivity方法。

       值得一提的是，Android 5.0，7.0等版本中启动Activity的源码有点小差异，版本的升级只是对代码做了一些封装，最终都会把启动Activity的任务交给ApplicationThread来处理。

二，Activity工作流程的前半部分析

       查看Activity$startActivity源码如下：

    @Override
    public void startActivity(Intent intent) {
        this.startActivity(intent, null);
    }

    //继续查看

    @Override
    public void startActivity(Intent intent, @Nullable Bundle options) {
        if (options != null) {
            startActivityForResult(intent, -1, options);
        } else {
            // Note we want to go through this call for compatibility with
            // applications that may have overridden the method.
            startActivityForResult(intent, -1);
        }
    }

       其实Activity$startActivity有几个其他重载的方法，但是最终都会执行到Activity$startActivityForResult方法。如果是调用startActivity(intent)启动Activity，那么requestCode参数则传入-1，表示当前Activity启动一个新的Activity后，不需要获取新的Activity返回来的数据。关于调用startActivityForResult启动Activity的情况，就不多介绍了，继续下一步。

       

       查看Activity$startActivityForResult源码：

    public void startActivityForResult(@RequiresPermission Intent intent, int requestCode,
            @Nullable Bundle options) {
        if (mParent == null) {
            Instrumentation.ActivityResult ar =
                mInstrumentation.execStartActivity(
                    this, mMainThread.getApplicationThread(), mToken, this,
                    intent, requestCode, options);
            if (ar != null) {
                mMainThread.sendActivityResult(
                    mToken, mEmbeddedID, requestCode, ar.getResultCode(),
                    ar.getResultData());
            }
            if (requestCode >= 0) {
                // If this start is requesting a result, we can avoid making
                // the activity visible until the result is received.  Setting
                // this code during onCreate(Bundle savedInstanceState) or onResume() will keep the
                // activity hidden during this time, to avoid flickering.
                // This can only be done when a result is requested because
                // that guarantees we will get information back when the
                // activity is finished, no matter what happens to it.
                mStartedActivity = true;
            }

            cancelInputsAndStartExitTransition(options);
            // TODO Consider clearing/flushing other event sources and events for child windows.
        } else {
            if (options != null) {
                mParent.startActivityFromChild(this, intent, requestCode, options);
            } else {
                // Note we want to go through this method for compatibility with
                // existing applications that may have overridden it.
                mParent.startActivityFromChild(this, intent, requestCode);
            }
        }
    }

       第3行，mParent指的是ActivityGroup，可以在一个界面里嵌套多个Activity。随着版本的升级，在API13以后就废弃掉了。

       第5行，调用了方法Instrumentation$execStartActivity，因为mParent为null。

       第6行，mMainThread是一个ActivityThread对象，该对象初始化在当前Activity的attach方法中。

       attach方法是在启动Activity之前被调用，本篇文章后面会给出解释。attach方法主要是注册一些接口，给一些变量初始化值，其中就创建了PhoneWindow的实例，为创建WindowManagerImpl对象做准备。通过WindowManager可以添加，删除，更新窗口，从代码角度来说 ，增加，删除，更新操作的是View。对WindowManager的不了解的，可以查看文章 Android 源码解析之WindowManager添加窗口。

       前面提到mMainThread是一个ActivityThread对象，mMainThread.getApplicationThread()返回的是一个ApplicationThread对象，ApplicationThread是ActivityThread的内部类。

       查看ApplicationThread源码如下：

    public final class ActivityThread {
    
	final ApplicationThread mAppThread = new ApplicationThread();

	//...code

	private class ApplicationThread extends IApplicationThread.Stub {
	
		//...code
	}

    }

       ApplicationThread继承了IApplicationThread.Stub，说明这里Android使用了AIDL技术实现进程间通信。当然完全也可以不用AIDL技术，而选择手写AIDL文件自动生成的Java代码，在其他版本上就是这么处理。 IApplicationThread是一个AIDl接口，继承了IInterface接口；Stub是接口IApplicationThread的内部类，继承了Binder类，实现了IApplicationThread接口。因此，ApplicationThread就是一个Binder对象，它重写了IApplicationThread接口的抽象方法，这些重写的方法一定会在某一刻，基于Binder机制被调用。至于，这一刻啥时候发生，在后面就知道啦，这里就此打住~

       回到Activity$startActivityForResult方法，第5行，调用了方法Instrumentation$execStartActivity。

       查看Instrumentation$execStartActivity的源码：

    public ActivityResult execStartActivity(
            Context who, IBinder contextThread, IBinder token, Activity target,
            Intent intent, int requestCode, Bundle options) {
        IApplicationThread whoThread = (IApplicationThread) contextThread;

        try {
            intent.migrateExtraStreamToClipData();
            intent.prepareToLeaveProcess(who);
            int result = ActivityManager.getService()
                .startActivity(whoThread, who.getBasePackageName(), intent,
                        intent.resolveTypeIfNeeded(who.getContentResolver()),
                        token, target != null ? target.mEmbeddedID : null,
                        requestCode, 0, null, options);
            checkStartActivityResult(result, intent);
        } catch (RemoteException e) {
            throw new RuntimeException("Failure from system", e);
        }
        return null;
    }

       第9行，ActivityManager.getService()返回的是什么呢。

       

       查看ActivityManager$getService源码：

    /**
     * @hide
     */
    public static IActivityManager getService() {
        return IActivityManagerSingleton.get();
    }

    //继续查看

    private static final Singleton<IActivityManager> IActivityManagerSingleton =
            new Singleton<IActivityManager>() {
                @Override
                protected IActivityManager create() {
                    final IBinde