先把结论放在前面：AMS 位于 system_server，它不认识"你的 Activity"，只认识一个IBinder句柄。进程创建时 AMS 把一个 token（本质是ActivityThread的本地 Binder）通过 Binder 事务交给应用进程；之后所有跨进程的生命周期调用（创建、暂停、销毁）都必须带上这个 token，AMS 校验通过才执行。面试里这题属于"能把架构讲通"的题。答得浅的是"token 用来鉴权"；答得深的是能说清 token 在什么时候下发、为什么它是进程级而非组件级、scheduleCreateActivity这类内部接口的调用时机，以及"未启动就 finish 崩溃"这类问题的真实成因。token 的下发时机与形态AMS 请求启动进程 └─ scheduleBindApplication(...) └─ 通过 Binder 把 ApplicationThread（一个 Binder）传给应用进程 └─ 应用进程 ActivityThread.main → attach() └─ AMS 收到 attach 回执 → Token 实际绑定到 ActivityThread 实例关键认知：token 的形态就是ActivityThread这个 Binder 对象本身。AMS 侧保存的是应用进程里那