灵魂画师，Android绘制流程——Android高级UI(1)

private static final Singleton IActivityManagerSingleton =
new Singleton() {
@Override
protected IActivityManager create() {
// 在这里获取 AMS 的binder
final IBinder b = ServiceManager.getService(Context.ACTIVITY_SERVICE);
// 这里获取 AMS 的 proxy，可以进行发送数据
final IActivityManager am = IActivityManager.Stub.asInterface(b);
return am;
}
};

我们进入attach 方法，方法内主要是通过 ActivityManager 的 getService 方法获取到了 ActivityManagerService（也就是我们所说的AMS） 的 Proxy，达到与AMS 进行跨进程通信的目的。

文中所说的 Proxy 和 Stub，是以系统为我们自动生成AIDL时的类名进行类比使用，方便讲解。Proxy 代表着发送信息，Stub 代表着接收信息。

在 mgr.attachApplication(mAppThread); 代码中向 AMS 进程发送信息，携带了一个类型为 ApplicationThread 的 mAppThread 参数。这句代码的作用，其实就是把 我们应用的 “控制器” 上交给了 AMS，这样使得 AMS 能够来控制我们应用中的Activity的生命周期。为什么这么说呢？我们这就有必要来了解下 ApplicationThread 类的结构，其部分代码如下：

// ActivityThread$ApplicationThread 类
private class ApplicationThread extends IApplicationThread.Stub {

// 省略大量代码

@Override
public final void scheduleLaunchActivity(Intent intent, IBinder token, int ident,
ActivityInfo info, Configuration curConfig, Configuration overrideConfig,
CompatibilityInfo compatInfo, String referrer, IVoiceInteractor voiceInteractor,
int procState, Bundle state, PersistableBundle persistentState,
List pendingResults, List pendingNewIntents,
boolean notResumed, boolean isForward, ProfilerInfo profilerInfo) {

updateProcessState(procState, false);

// 会将 AMS 发来的信息封装在 ActivityClientRecord 中，然后发送给 Handler
ActivityClientRecord r = new ActivityClientRecord();

r.token = token;
r.ident = ident;
r.intent = intent;
r.referrer = referrer;
r.voiceInteractor = voiceInteractor;
r.activityInfo = info;
r.compatInfo = compatInfo;
r.state = state;
r.persistentState = persistentState;

r.pendingResults = pendingResults;
r.pendingIntents = pendingNewIntents;

r.startsNotResumed = notResumed;
r.isForward = isForward;

r.profilerInfo = profilerInfo;

r.overrideConfig = overrideConfig;
updatePendingConfiguration(curConfig);

sendMessage(H.LAUNCH_ACTIVITY, r);
}

// 省略大量代码

}

从 ApplicationThread 的方法名，我们会惊奇的发现大多方法名以 scheduleXxxYyyy 的形式命名，而且和我们熟悉的生命周期都挺接近。上面代码留下了我们需要的方法 scheduleLaunchActivity ，它们包含了我们 Activity 的 onCreate、onStart 和 onResume。

scheduleLaunchActivity 方法会对 AMS 发来的信息封装在 ActivityClientRecord 类中，最后通过 sendMessage(H.LAUNCH_ACTIVITY, r); 这行代码将信息以 H.LAUNCH_ACTIVITY 的信息标记发送至我们主线程中的 Handler。我们进入主线程的 Handler 实现类 H。具体代码如下：

// ActivityThread$H 类
private class H extends Handler {
public static final int LAUNCH_ACTIVITY = 100;
// 省略大量代码

public void handleMessage(Message msg) {
if (DEBUG_MESSAGES) Slog.v(TAG, ">>> handling: " + codeToString(msg.what));
switch (msg.what) {
case LAUNCH_ACTIVITY: {
Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, “activityStart”);
final ActivityClientRecord r = (ActivityClientRecord) msg.obj;

r.packageInfo = getPackageInfoNoCheck(
r.activityInfo.applicationInfo, r.compatInfo);
handleLaunchActivity(r, null, “LAUNCH_ACTIVITY”);
Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
}
// 省略大量代码
}
}

// 省略大量代码
}

我们从上面的代码可以知道消息类型为 LAUNCH_ACTIVITY，则会进入 handleLaunchActivity 方法，我们顺着往里走，来到下面这段代码

private void handleLaunchActivity(ActivityClientRecord r, Intent customIntent, String reason) {
// If we are getting ready to gc after going to the background, well
// we are back active so skip it.
unscheduleGcIdler();
mSomeActivitiesChanged = true;

if (r.profilerInfo != null) {
mProfiler.setProfiler(r.profilerInfo);
mProfiler.startProfiling();
}

// Make sure we are running with the most recent config.
handleConfigurationChanged(null, null);

if (localLOGV) Slog.v(
TAG, "Handling launch of " + r);

// Initialize before creating the activity
WindowManagerGlobal.initialize();

// 获得一个Activity对象，会进行调用 Activity 的 onCreate 和 onStart 的生命周期
Activity a = performLaunchActivity(r, customIntent);

// Activity 不为空进入
if (a != null) {
r.createdConfig = new Configuration(mConfiguration);
reportSizeConfigurations®;
Bundle oldState = r.state;

// 该方法最终回调用到 Activity 的 onResume
handleResumeActivity(r.token, false, r.isForward,
!r.activity.mFinished && !r.startsNotResumed, r.lastProcessedSeq, reason);

if (!r.activity.mFinished && r.startsNotResumed) {

performPauseActivityIfNeeded(r, reason);

if (r.isPreHoneycomb()) {
r.state = oldState;
}
}
} else {
// If there was an error, for any reason, tell the activity manager to stop us.
try {
ActivityManager.getService()
.finishActivity(r.token, Activity.RESULT_CANCELED, null,
Activity.DONT_FINISH_TASK_WITH_ACTIVITY);
} catch (RemoteException ex) {
throw ex.rethrowFromSystemServer();
}
}
}

我们先看这行代码 performLaunchActivity(r, customIntent); 最终会调用 onCreate 和 onStart 方法。眼见为实，耳听为虚，我们继续进入深入。来到下面这段代码

// ActivityThread 类
private Activity performLaunchActivity(ActivityClientRecord r, Intent c