activity对应的token的简单研究

在AMS中要launch一个activity时，会在ActivityRecord的构造方法中创建了一个Token，然后它把token传给了WMS，再然后它把token传给了客户端的ApplicationThread，ApplicationThread和ActivityThread通过handler通信，最终ActivityThread中创建了Activity,token也保存在了activty中。创建完activity，再调用activity的attach方法，把token传递给了此时创建出来的PhoneWindow，PhoneWindow创建了WindowManagerImpl，并且把自己关联给WindowManagerImpl，WindowManagerImpl中有个WindowManagerGlobal这个单例。

在ActivityThread handleResume时，调用了Activity的WindowManager的addView，内部又调用了windowManagerGlobal的addview，把phoneWindow和layoutparams都传给了它，在windowManagerGlobal的addview中调用了window的adjustLayoutParamsForSubWindow，参数是layoutparam，在里边把token传给了layoutparam的token字段。

写了一个代码观察结果：

val appTokenFromWindow = Window::class.java.getDeclaredField("mAppToken").run {
    isAccessible = true
    get(activity.window) as IBinder
}
val activityToken = Activity::class.java.getDeclaredField("mToken").run {
    isAccessible = true
    get(activity) as IBinder
}

Log.i(
    "sunhang",
    "${activity.javaClass.simpleName} \n " +
            "$appTokenFromWindow \n " +
            "$activityToken \n " +
            "${activity.window.attributes.token} \n " +
            "${activity.window.decorView.windowToken}"
)

结果如下：

MainActivity 
     android.os.BinderProxy@f461de6 
     android.os.BinderProxy@f461de6 
     android.os.BinderProxy@f461de6 
     android.view.ViewRootImpl$W@b82eb6c

可以看到，activity的window中的mAppToken、activity中的mToken、activity的window的attributes的token是相同的一个。 activity的window的decorView的windowToken是ViewRootImpl的W。

参考：www.cnblogs.com/mingfeng002…