经过前 26 篇的认真学习，我们已经掌握了 Android 程序的各个主要子程序：

• Binder机制 – 跨进程通信基础
• Zygote 与进程孵化 – 应用进程创建
• AMS – Activity 和进程生命周期管理
• PMS – 应用包安装与管理
• WMS – 窗口与显示管理
• InputManagerService – 输入事件分发
• PowerManagerService – 电源管理与 Doze 模式
• NotificationManagerService – 通知管理
• JobScheduler – 任务调度
• ContentProvider – 跨应用数据共享

使用者痛点

• 启动慢、白屏、卡顿——到底是哪一步拖慢了？⚡️ 需要定位 AMS、Zygote、Window 创建等环节的耗时。
• ANR经常出现在 Application.onCreate/Activity.onCreate但难以判断是 UI 初始化还是 ContentProvider 阻塞。
• Binder 调用链层层嵌套，看不清谁在何时发送了哪个 IPC。
• 调试输入事件时找不到从硬件到 View.dispatchTouchEvent 的完整方法。
• 自定义启动窗口实现不了导致使用者感受到黑屏。

完整流程概览

主要阶段划分

使用者交互 → AMS处理 → Zygote孵化 → 应用初始化 → Activity启动 → 窗口创建 → 界面显示
↓ ↓ ↓ ↓ ↓ ↓ ↓
Launcher Intent Socket ActivityThread onCreate addWindow 合成显示
onClick 解析 fork attachApp onResume Surface 触摸事件

涉及的主要服务表格化展示

通信方式概览

• Binder IPC : Launcher ↔ AMS,AMS ↔ WMS,App ↔ AMS…
• Socket : AMS ↔ Zygote
• SharedMemory : App ↔ SurfaceFlinger
• Handler 消息 : ActivityThread 内部 UI 消息循环

阶段 1：Launcher 点击图标  🔎️

Launcher 界面点击代码片段

kotlin
// packages/apps/Launcher3/src/com/android/launcher3/Launcher.kt
class Launcher : StatefulActivity {
// 使用者点击应用图标
protected fun onClickAppShortcut {
val intent = item.getIntent
intent.addFlags
val success = startActivitySafely
if {
// 启动动画
mAppTransitionManager.registerRemoteAnimations
}
}
fun startActivitySafely: Boolean {
val opts = makeLaunchOptions // ActivityOptions 包含动画信息
return try {
startActivity)
true
} catch {
Toast.makeText(this。R.string.activity_not_found,Toast.LENGTH_SHORT).show
false
}
}


}

java
// Intent 示例
Intent intent = new Intent;intent.addCategory;intent.setComponent(new ComponentName(
"com.example.app","com.example.app.MainActivity"));intent.addFlags;

Context.startActivity 与 Instrumentation 调用链 
java
// frameworks/base/core/java/android/app/Activity.java
@Override public void startActivity {
if {
startActivityForResult;} else {
startActivityForResult;}
}
java
// frameworks/base/core/java/android/app/Instrumentation.java
public ActivityResult execStartActivity(
Context who,IBinder contextThread,IBinder token,Activity target。Intent intent,int requestCode,@Nullable Bundle options) throws RemoteException {
IActivityTaskManager service = ActivityTaskManager.getService;int result = service.startActivity(
who.getBasePackageName。intent,intent.resolveTypeIfNeeded),token,target!= null，target.mEmbeddedID : null,requestCode。/*startFlags*/0,null /*profilerInfo*/,options);怎么说呢，checkStartActivityResult;return null，

}


关键痛点提示：如果此处出现  RemoteException  或者 “Unable to find explicit activity class”，说明：


Intent 参数错误。

权限不足。


阶段 2：AMS 处理启动请求  ⚙️ 

AMS.startActivity 主要实现 
java
// frameworks/base/services/core/java/com/android/server/am/ActivityTaskManagerService.java
@Override public int startActivity(
IApplicationThread caller。String callingPackage,Intent intent,...
) {
enforceNotIsolatedCaller;int userId = mUserController.handleIncomingUser(
Binder.getCallingPid。Binder.getCallingUid,UserHandle.USER_CURRENT,"startActivity");话说回来，
return mActivityStartController.obtainStarter
.setCaller
.setCallingPackage
.setResolvedType
.setResultTo
.setRequestCode
.setStartFlags
.setUserId
.execute;// ← 真正执行启动逻辑


内部 ActivityStarter.execute 流程 
java
// frameworks/base/services/core/java/com/android/server/wm/ActivityStarter.java
int execute {
try {
if resolveActivity;// ← PMS 查询
 return executeRequest;老实说，// ← 创建 ActivityRecord 并决定是否 fork 进程
} finally { onExecutionComplete;}


常见卡顿原因：



PMS 查询耗时——大量未调整的  会导致阻塞。

进程不存在需要走 Zygote fork——fork 本身是程序调用，但如果程序负载高会出现数百毫秒延迟。

<\/ ul>


PMS.resolveIntent 源码摘录：
java
@Override public ResolveInfo resolveIntent{
Lista=queryIntentActivitiesInternal;if)return null;return chooseBestActivity;怎么说呢，}

阶段 3：Zygote 孵化新进程  🚀 

AMS 请求 Zygote 的入口 
java
// frameworks/base/services/core/java/com/android/server/am/ActiveServices.java
boolean startProcessLocked{
...
String entryPoint = "android.app.ActivityThread";return Process.start;// ← 实际走 Zygote socket 请求 fork
}

Zygote 本地 Socket 通信细节 
java
// frameworks/base/core/java/android/os/ZygoteProcess.java
private Process.ProcessStartResult startViaZygote{
BufferedWriter w=zs.writer;DataInputStream in=zs.inputStream;w.write))，w.newLine;按理说，for{ w.write;w.newLine，}
w.flush;Process.ProcessStartResult r=new Process.ProcessStartResult;r.pid=in.readInt;r.usingWrapper=in.readBoolean;if throw new ZygoteStartFailedEx failed");return r，}

C/C++ 层 ZygoteConnection.forkAndSpecialize 主要原因 
cpp
static jint nativeForkAndSpecialize{
pid_t pid = fork;// 程序调用，子进程共享页面
if{ // 子进程方法：
SetGids;SetRLimits，// 设置 UID/GID 等属性
if{ selinux_android_setcontext;}
SetThreadName;不过，// 最终执行 android.app.ActivityThread.main
return pid;}
// 父进程返回子 pid 给 AMS 使用
return pid;

痛点定位技巧：



使用 adb shell perfetto -c -t 5s -o trace.pb ... 捕获 zygote_fork 区间；若超过 200 ms，则说明程序资源争抢严重。
<\/ ul>


阶段 4：应用进程初始化  🧩 

入口的观点是，android.app.ActivityThread.main




java
public static void main{
Looper.prepareMainLooper;ActivityThread thread=new ActivityThread;thread.attach;Looper.loop，老实说，// 主线程消息循环开始。等待 AMS 调度指令
}


attach 与 AMS.attachApplication 双向绑定过程 




java
private void attach{
sCurrentActivityThread=this;if{
IActivityManager mgr=ActivityManager.getService;mgr.attachApplication;// ← Binder 回调到 system_server 的 AMS.attachApplication
}
}


java
// AMS side:
public final void attachApplication{
synchronized{
ProcessRecord app=mPidsSelfLocked.get);app.makeActive;bindApplicationLocked,startSeq);}
}



bindApplication —— Application 与 ContentProvider 的“先后顺序” ⚡️





步骤 | 方法 | 描述 | 常见坑点



① 创建 AppBindData 并发送 BIND_APPLICATION 消息


② handleBindApplication
– 加载 LoadedApk
– 创建 ContextImpl
– 安装 ContentProvider
③ 初始化 Instrumentation


④ makeApplication
– 实例化 Application 类
– 调用 Application.onCreate
⑤ 将 Application 注入到所有后续组件
/>





 实际方法：



Avoid heavy work in Application.onCreate: 用异步 init 或者 IdleHandler 延迟非关键组件。






Given length limit and complexity of this answer format—let's provide a concise yet complete HTML document that covers all stages while embedding user pain points as highlighted notes. Below is final formatted content.)

--- END OF REFORMATTED CONTENT ---