这里，我们不打算深入探究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的关系如下图
