android从点击图标icon到进入首页的系统调用过程

一、总览(参与者)

Launcher(三方/系统桌面) → ActivityTaskManagerService(ATMS in system_server)

→(无进程则)Zygote → app 进程(ActivityThread) → WindowManagerService(WMS)/SurfaceFlinger


二、冷启动:逐步调用链

1) 点图标(从输入到 Intent)

  1. 用户触摸 → InputDispatcher 投递给前台窗口(Launcher)。
  2. Launcher 的 onClick 里构造启动 Intent(标准 MAIN/LAUNCHER):
scss 复制代码
Intent(ACTION_MAIN).addCategory(CATEGORY_LAUNCHER)
    .setPackage(pkg).setClassName(pkg, mainActivity)
    .addFlags(FLAG_ACTIVITY_NEW_TASK)
  1. startActivity() 通过 Binder 调到 ATMS(IActivityTaskManager.startActivity)。

2) system_server:解析与建任务

  1. ATMS → ActivityStartController/ActivityStarter:解析 Intent、校验权限、查 PackageManager 得到 ActivityInfo。

  2. 选择/创建 Task(任务栈,Android 12+ 的 Task/TaskDisplayArea),决定是否复用已有栈(单例/任务亲和)。

  3. 查目标应用是否已有 进程记录(ProcessRecord):

    • 没有进程 → 进入"拉起进程"。

    • 已有进程 → 直接发"启动 Activity"事务。

3) 拉起应用进程(Zygote 分叉)

  1. ATMS/ActivityManager → ProcessList.startProcessLocked → ZygoteProcess#start

    通过 zygote socket 把进程参数发给 Zygote。

  2. Zygote 执行 fork() (真正的 Linux 系统调用),子进程进入 RuntimeInit.zygoteInit():

    • 设置类加载器、Binder 进程状态;

    • 调用 ActivityThread.main()。

4) 应用进程:主线程就绪与绑定

  1. ActivityThread.main() :Looper.prepareMainLooper() → 开消息循环;

    通过 Binder 回调 IActivityManager.attachApplication 通知 AMS:"我起来了"。

  2. AMS.attachApplicationLocked:把应用和系统一一对接,然后回调到应用进程:

    • bindApplication(ClientTransaction):进程级初始化。
  3. ActivityThread.handleBindApplication

    • 安装 ContentProvider(先于 Application);

    • 创建 Application 并调用 Application.onCreate()

5) 启动首页 Activity(生命周期)

  1. AMS 发送 LaunchActivity 事务(ClientTransaction)给应用。

  2. ActivityThread.handleLaunchActivity → performLaunchActivity

    • 反射创建 MainActivity、attach();
    • 回调 onCreate() (通常在这里 setContentView);
    • 回调 onStart()
  3. onResume() :Activity 进入 Resumed,准备绘制首帧。

6) 建窗口与绘制首帧(可见)

  1. 创建 PhoneWindow/DecorView,WindowManagerGlobal.addView() → BinderWMS 新建窗口(SurfaceControl)。

  2. ViewRootImpl 建立渲染管线:Choreographer 安排 VSYNC 帧回调 → performTraversals()(measure/layout/draw)。

  3. 首帧提交到 SurfaceFlinger 合成;WMS 标记窗口 DRAWN → 过渡动画完成 → 首页可见

    (Android 12+ 如使用 SplashScreen API,在 onResume 前后由系统/主题层显示/移除启动画面)

日志里关键点****

  • I ActivityManager: Start proc(拉起)

  • ActivityTaskManager: START u0 {...}(发起启动)

  • Timeline: Activity_launch_request / Displayed pkg/.Main (xxx ms)(首帧)


三、热/温启动差异

  • 热启动(Hot) :Activity 仍在前台 Task 的栈顶但不可见(比如 Home 回桌面再点图标)。

    • 进程、Activity、View 都在;路径≈ 直接 bringToFront + onRestart → onStart → onResume,无 fork、无 Application 创建,首帧极快。
  • 温启动(Warm) :进程在但 Activity 被销毁(或仅 Task 在)。

    • 路径跳过 Zygote,**从"5) 启动首页 Activity"**开始;Application.onCreate 不会再调

四、生命周期与回调顺序(冷启动常见顺序)

  1. Application.onCreate()

  2. Activity.onCreate()

  3. Activity.onStart()

  4. Activity.onResume()

    5)(首帧绘制完成后可上报)reportFullyDrawn()

ContentProvider.onCreate() 在 Application 之前。
使用 SplashScreen 时,系统在 onResume 早期持有启动画面,直到首帧 ready 再移除。


五、关键 Binder/系统点位(便于排查)

  • Launcher → ATMS:startActivity(IActivityTaskManager)
  • system_server → Zygote:zygote socket + fork()
  • app → AMS:attachApplication / bindApplication
  • AMS → app:ClientTransaction(LaunchActivity)
  • app → WMS:addView(ViewRootImpl) 新建窗口
  • 渲染:Choreographer → RenderThread → SurfaceFlinger

六、常见优化对位

  • 冷启动:减少 Application.onCreate 工作量(延迟初始化)、按需注册 Provider、用 SplashScreen、首屏必要资源打小包;
  • 首帧:避免首帧做 I/O/大对象构建;首屏布局扁平化;图片解码异步化;
  • 温/热启动:利用 onTrimMemory 做轻量释放,避免回到冷启动路径。
相关推荐
007php0072 小时前
某游戏大厂 Java 面试题深度解析(四)
java·开发语言·python·面试·职场和发展·golang·php
倔强青铜三4 小时前
苦练Python第73天:玩转对象持久化,pickle模块极速入门
人工智能·python·面试
绝无仅有6 小时前
某游戏大厂的常用面试问题解析:Netty 与 NIO
后端·面试·架构
绝无仅有6 小时前
某游戏大厂的 Redis 面试必问题解析
后端·算法·面试
拉不动的猪8 小时前
深入理解 JavaScript 中的静态属性、原型属性与实例属性
前端·javascript·面试
光军oi9 小时前
面试Redis篇—————缓存穿透问题及解决策略
redis·缓存·面试
洛卡卡了11 小时前
一次上线事故,我干脆写了套灰度发布系统
后端·面试·架构
1234616112 小时前
互联网大厂Java面试:从Spring Boot到微服务的探索
java·数据库·spring boot·微服务·面试·mybatis·orm
用户990450177800915 小时前
程序员只懂技术还远远不够!不懂这点,你可能永远在敲代码
后端·面试