一、启动 Activity 时，进程不存在会发生什么 ActivityStackSupervisor.startSpecificActivityLocked 以进程名和 uid 查询 ProcessRecord。记录存在且 app.thread 已绑定时，AMS 可以直接调用 realStartActivityLocked ,其余情况会进入 startProcessLocked 。 源码位

一、AMS.systemReady 桌面启动请求由 AMS 在 systemReady 里发出( frameworks/base/services/core/java/com/android/server/am/ActivityManagerService.java 第 11810 行附近)： startHomeActivityLocked 做的事分三件： 拼home intent、让 PMS 解

本文探讨的问题是：用户在文件管理器中点开一个 APK 后，系统怎样把它放进 /data/app、解析包信息，并把安装结果送回界面？从源码看，这条链横跨 PackageInstaller 应用进程、system_server 和 com.android.defcontainer 三个进程。 一、安装入口：点开 APK 后系统处理了什么 1.1 确认界面属于 PackageInstaller 文件管理

素材来源于“AMS 的启动过程分析”“PMS 的启动过程分析”“安装包的解析过程分析”三段视频。 一、system_server 应用进程里的 Application.onCreate 已经处于启动链后段。此时系统早已知道包名对应哪个 UID、入口 Activity 是谁、它声明了哪些 intent-filter。这些数据若到 startActivity 时才从 APK 临时读取，每次组件解析

本文整理自 Android 6.0（Marshmallow）时期的 servicemanager 源码与配套素材。讨论对象是独立的 servicemanager 进程，以及它自带的 service_manager.c、binder.c 实现。 一、ServiceManager ServiceManager 开机后完成三件事：binderopen 打开 /dev/binder 并映射 128KB 只

一、从 Zygote 到系统服务 Zygote 完成预加载后，Android 还不能立即运行应用。管理 Activity、窗口、电源和软件包的服务需要先启动，而这些服务中的许多都运行在同一个进程中：systemserver。 理解这段启动流程，要分清三个层次： 进程创建：Zygote 通过 fork 创建 systemserver，为子进程设置运行身份。 运行环境初始化：子进程加载入口类、

一、Zygote 要回答的三个问题 在 Android 设备上执行 adb shell ps -A -o USER,PID,PPID,NAME grep -E 'zygote systemserver'，你会看到 zygote 通常只有一个实例，PPID 是 1；而任何一个第三方应用进程的 PPID 都是这个 zygote。再看进程名，zygote 和 systemserver 都不是用户空间

素材来源：AgentWorkFlow「02-开机启动 Init 进程」 一、从 1 号进程说起：init 要回答的三个问题 Android 启动后执行 adb shell ps，能看到 init 的 PID 是 1；杀掉一个由 init 管理、允许重启的 native service，新 PID 很快又会出现。这两个现象指向三个问题：init.rc 明明只是文本，怎样变成内存中的配置？配置里的命令