AMSActivity Manager Service是 Android 系统的核心服务负责管理四大组件Activity、Service、BroadcastReceiver、ContentProvider的生命周期、进程调度以及任务栈管理。其核心原理围绕Binder IPC通信、进程管理和组件调度展开。一、AMS 的核心功能与角色功能模块核心职责关键交互对象组件生命周期管理调度 Activity、Service、BroadcastReceiver、ContentProvider 的创建、启动、暂停、销毁等。ActivityThread, ApplicationThread进程管理根据组件需求启动、调度、回收应用进程维护进程优先级如前台进程、可见进程、服务进程等。Zygote, ProcessList任务栈管理维护 Activity 的返回栈Task Stack处理 Activity 的启动模式standard, singleTop, singleTask, singleInstance。ActivityStack, TaskRecord跨进程通信枢纽作为系统服务端通过 Binder 机制与应用进程通信是应用与系统交互的核心桥梁。Binder Driver, SystemServer二、AMS 的工作原理以启动 Activity 为例AMS 通过 Binder IPC 与应用进程协作。以下是启动一个 Activity 的简化流程及核心代码逻辑应用进程发起请求应用进程通过Activity.startActivity()发起请求最终调用到Instrumentation.execStartActivity()。跨进程调用 AMS请求通过 Binder 传递到ActivityManagerService.startActivity()。这是一个典型的Binder IPC 调用应用进程客户端与 SystemServer 进程中的 AMS服务端进行通信 。AMS 决策与调度AMS 收到请求后进行一系列校验和决策检查目标 Activity 是否存在、权限是否满足。根据LaunchMode和当前任务栈决定是否创建新 Activity 实例或复用已有实例。决定是否需要启动新的应用进程如果目标应用进程未运行。与 Zygote 交互创建进程如果需要启动新进程AMS 会通过Process.start()方法向Zygote进程发起 Socket 请求Zygote 通过 fork 机制孵化出新的应用进程 。AMS 通知目标进程新进程启动后会初始化ActivityThread并绑定到 AMS。AMS 通过 Binder 调用应用进程的ApplicationThread.scheduleLaunchActivity()方法将启动 Activity 的指令和参数Intent 等下发 。应用进程执行创建应用进程的ActivityThread收到消息后通过HHandler切换到主线程调用Instrumentation.newActivity()创建 Activity 实例随后依次回调onCreate(),onStart(),onResume()等生命周期方法 。关键代码交互示意// 简化的流程代码逻辑示意 // 1. 客户端应用进程发起请求 public void startActivity(Intent intent) { // 最终通过Binder调用到AMS ActivityManagerNative.getDefault().startActivity(...); } // 2. 服务端AMS处理请求并调度 public class ActivityManagerService extends IActivityManager.Stub { public int startActivity(...) { // 解析Intent检查权限处理启动模式 //决定是否启动新进程 if (targetProcessNotExist) { startProcessLocked(...); // 通过Zygote fork新进程 } // 将启动信息发送给目标应用进程的ApplicationThread realStartActivityLocked(...); } } // 3. 应用进程的ApplicationThread接收AMS指令 private class ApplicationThread extends IApplicationThread.Stub { public void scheduleLaunchActivity(...) { // 封装消息通过Handler发送到主线程 sendMessage(H.LAUNCH_ACTIVITY, r); } } // 4. ActivityThread的主线程Handler处理消息 private class H extends Handler { public void handleMessage(Message msg) { switch (msg.what) { case LAUNCH_ACTIVITY: handleLaunchActivity(r); // 创建Activity并执行生命周期 break; } } }三、AMS 的进程间通信模型AMS 的 IPC 架构基于Client-Server模型使用Binder机制实现。角色实体说明ServerActivityManagerService运行在system_server进程中的服务实现。Binder ProxyIActivityManager客户端持有的代理对象用于向 Server 发起调用。Client应用进程通过ActivityManagerNative或ActivityManager获取 Proxy。Client的 Binder 服务端ApplicationThread应用进程向 AMS 注册的 Binder 对象用于接收 AMS 的回调指令。通信流程应用进程通过ActivityManager.getService()获取到 AMS 的 Binder 代理 (IActivityManager)。应用进程将自己的ApplicationThread对象也是一个 Binder在适当时候如进程启动后注册到 AMS。双方通过这两个 Binder 通道进行双向通信应用进程调用IActivityManager的方法请求 AMS 执行操作AMS 调用IApplicationThread的方法通知应用进程执行组件生命周期回调 。四、AMS 在系统启动中的初始化AMS 作为系统核心服务在 Android 系统启动过程中由SystemServer创建并注册到 ServiceManager。// SystemServer.java 中启动引导服务 private void startBootstrapServices() { // 创建 AMS 实例 mActivityManagerService mSystemServiceManager.startService( ActivityManagerService.Lifecycle.class).getService(); // 设置系统就绪 mActivityManagerService.setSystemProcess(); // 将 AMS 注册到 ServiceManager使其可供其他进程查询和调用 ServiceManager.addService(Context.ACTIVITY_SERVICE, mActivityManagerService); }总结AMS 机制的核心是通过 Binder IPC 作为中枢统一调度和管理所有应用组件的生命周期及所属进程。它接收来自应用或系统的请求进行安全、策略和资源调度决策再通过 Binder 将执行命令下发给对应的应用进程从而协调整个 Android 应用生态的运行 。参考来源深度解密 Android 四大组件启动机制从 AMS 到 Binder 的全链路底层原理杂谈-Android源码AMS、PMS、WMS及部分原理机制AMS分析Android AMS介绍BambuLab AMS Spoolman 项目中关于小容量线轴重量计算问题的技术解析