这里，我们不打算深入探究Activity的启动流程，ams通过binder机制调用ApplicationThread的scheduleLaunchActivity接着通过Handler机制进而调用关键方法handleLaunchActivity，我们主要看下handleLaunchActivity做了些什么事：

private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) { 
    ...
     Activity a = performLaunchActivity(r, customIntent);
     if(a != null) {
         ...
          handleResumeActivity(r.token, false, r.isForward,
                    !r.activity.mFinished && !r.startsNotResumed, r.lastProcessedSeq, reason);
     }
}

Activity启动的过程中，ActivityThread#handleLauchActivity会调用ActivityThread#performLaunchActivity，接着又调用了ActivityThread#handleResumeActivity

创建Window对象，与Activity产生联系

在performLaunchActivity方法里，主要做了如下三件事：
调用了Instrumentation#newActivity创建了Activity
调用了attch方法，新建了一个PhoneWindow对象，并把Activity设置为这个PhoneWindow的Callback回调（此时Activity与Window有了联系，但window中还没有View）

 private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {
       ...
       //new出了一个Activity
       activity = mInstrumentation.newActivity(
                    cl, component.getClassName(), r.intent);
        ...
        //创建Application对象，是个单例，没有则创建，有了则返回，一个进程一个Application
        Application app = r.packageInfo.makeApplication(false, mInstrumentation);
        ...
        //attch方法内部创建了PhoneWindow对象，并把Activity设置为它的回调
        activity.attach(appContext, this, getInstrumentation(), r.token,
                r.ident, app, r.intent, r.activityInfo, title, r.parent,
                r.embeddedID, r.lastNonConfigurationInstances, config,
                r.referrer, r.voiceInteractor, window, r.configCallback);
        ...
        //执行Activity的onCreate回调
        if (r.isPersistable()) {
            mInstrumentation.callActivityOnCreate(activity, r.state, r.persistentState);
        } else {
            mInstrumentation.callActivityOnCreate(activity, r.state);
        }
        ...
        //执行Activity的onStart回调
        if (!r.activity.mFinished) {
            activity.performStart();
            r.stopped = false;
        }
        ...
 }

DecorView添加到Wdindow中

执行完performLaunchActivity后，又执行了handleResumeActivity方法，主要做了如下两件事（或者说我们现在最关心的两件事）：
执行了Activity的onResume回调：
把DecorView添加到Window中；

final void handleResumeActivity(IBinder token,
    boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) {
        //执行Activity的onResume回调
        r = performResumeActivity(token, clearHide, reason);
        ...
        //将DecorView添加到Window中，然后将这个Window添加到WindowManagerService中
        //然后开始可以执行整个View树的测量布局绘制工作
        if (!a.mWindowAdded) {
            a.mWindowAdded = true;
                wm.addView(decor, l);
        }
    }

总结

由于onCreate会先于handleResumeActivity执行，我们在onCreate中调用了setContentView，也只是生成DecorView并给这个DecorView的内容设置了布局而已，此时还并没有把这个DecorView添加到Window中，同样，WMS中也还没有这个Window，所以此时并不能做任何事情（绘制、接收点击事件等），虽然调用了requestLayout和invalidate，并不会真正触发布局和重绘（因为还没有与ViewRootImpl进行绑定）
Activity与Window产生联系，是在调用activity#attach方法中，生成了一个PhoneWindow，并把这个activity对象自身，设置给了Window的Callback回调（Activity实现了Window的Callback接口）
Window与WindowManagerService产生联系，是在handleResumeActivity中，先执行了onResume方法，通过调用WindowManagerImpl#addView方法将这个Activity对应的DecorView添加到了这个Window中，addView方法是一个IPC操作，将这个Window也添加到了WindowManagerService中；
ViewRootImpl与Window产生联系，是在WindowManagerImpl#addView方法中，这个过程中会new一个ViewRootImpl与DecorView相对应，保存在WindowManagerGloable中；
总的来说，就是setContentView生成了DecorView及其视图，在onResume之后才把这个视图添加进了Window和WMS中，具备了交互能力；

window、DecorView 、WindowManger、 WindowManagerService的关系如下图

image.png