对Binder机制的一点深入探究（一）

1.背景

  之所以研究这个问题是因为看到应用程序和AMS交互的过程中，有些代码让我觉得很神奇如下所示：

Activity的启动过程

  我们知道系统在启动一个Activity的时候会先创建一个ActivityRecord对象，然后在ActivityRecord的构造函数中又会创建一个Token对象

    appToken = new Token(this, service);
static class Token extends IApplicationToken.Stub{
...
}

  可以看出Token是个Binder类型的对象.然后在启动Activity的时候，会把该Token通过binder机制传递给应用，在performLaunchActivity方法中会实例化Activity对象，然后调用Activity的attarch方法，最终Activity会把Token保存起来。

    java.lang.ClassLoader cl = r.packageInfo.getClassLoader();
    activity = mInstrumentation.newActivity(
            cl, component.getClassName(), r.intent);
    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);

  总结：在该过程中AMS会创建一个Token对象，把该Token对象传递给Activity。

Activity主动与AMS交互过程

  我们以Activity的getTaskId方法为例说明该过程

    public int getTaskId() {
        try {
            return ActivityManagerNative.getDefault()
                .getTaskForActivity(mToken, false);
        } catch (RemoteException e)