android 启动时序

最新推荐文章于 2024-09-19 12:03:26 发布
原创 最新推荐文章于 2024-09-19 12:03:26 发布 · 835 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android 启动流程

本文详细介绍了Android Activity的七个生命周期方法，包括onCreate、onRestart、onStart、onResume、onPause、onStop和onDestroy，并通过实例解析了在不同场景下这些方法的调用顺序。此外，还提到了onCreate和onDestroy、onStart和onStop以及onResume和onPause的配对关系，帮助理解Activity的启动和销毁过程。

　一般的情况下，activity会经历７个生命周期：

　(1) onCreate: 这个方法是生命周期的第一个方法，在这里做一些初始化的工作，比如调用setContentView去加载一些界面布局的资源，初始化所需要的数据等.

  (2) onRestart: 这个表示Activity正在启动．一般情况下，当当前的Activity由不可见变重新变为可见状态，onRestart方法就会调用,这种情形一般是用户自己的操作，比如用户将从当前的Activity＿A 直接返回到了Home或者重新启动了一个Activity_B (这个过程和会调用　onPuase -> onStop),然后再次回到Activity_A(onRestart -> onStart -> onResume),此时就会调用onRestart.
   (3) onStart: 表示Activity正在被启动，即将开始，这时Activity已经可见(不是对用户来说的), 但是还没有出现在前台，还无法和用户交互．

   (4) onResume: 当前Activity已经处于可见可交互状态，这里和onStart中的可见对比，onStart可见在后台，onResume可见在前台．

   (5) onPause: 表示Activity正在停止, 正常情况下, 紧接着onStop就会被调用. 在特殊的情况下, 如果这个时候快速地再回到当前的Activity,那么此时onResume就会被调用(这里强调一下onPause和onResume是成对的), 这个属于极端情况，从用户的角度是很难重现这种现象的, 在这个方法中可以做一些数据存储, 停止动画等工作，但是不能做耗时太长的事情,因为会影响到新的Activity的显示，onPause必须先执行万，新的Activity的onResume才会显示.

   (6) onStop: 表示Activity即将停止,可以做一些稍微重量级的回收工作,同样不能太耗时.

   (7) onDestory: 表示Activity即将被销毁,这是Activity生命周期中的最后的一个回调,在这里,我们可以做一些回收的工作和最终的资源释放.

以上是正常情况下的7个时期的回调．图如下

　　　　

　　　　　　　

　　列举一下几种列子方便理解：

      (1) 针对一个特定的Activity,第一次启动都要经过 onCreate -> onStart -> onResume.

      (2) 在当前Activity_A 上打开新的Activity_B 回调过程: Activity_A  onPause,  Activity_B 首次执行　onCreate -> onStart -> onResume , 如果不是首次执行且没有被系统回收 onRestart -> onStart -> onResume. 然后Activity_A onStop,

      (3) 当用户按下Back键彻底退出Activity时, 执行onPause -> onStop -> onResume

      (4) 从整个生命周期来说，　onCreate 和 onDestory是配对存在的，分别表示Activity的创建和销毁, 并且只可能有一次调用. 从Activity是否可见来说(想对于后台), onStart和onStop是配对的, 随着用户的操作或者屏幕的点亮和熄灭，这两个方法可能被多次调用. 从Activity是否可见在前台来说, onResume和onPause是配对的，随着用户的操作或者屏幕的点亮和熄灭，这两个方法可能被多次调用．

具体代码的启动流程以下链接文章比较详细的说明了．

https://blog.youkuaiyun.com/pihailailou/article/details/78545391

android P SystemServer 启动时序概况
liu-yonggang的专栏
07-26 307
背景 最近在调研Android P中 AMS，WMS，通讯逻辑，记录整理一下。 SystemServer 文件目录 AOSP\frameworks\base\services\java\com\android\server\SystemServer.java AOSP\frameworks\base\services\core\java\com\android\server\SystemServiceManager.java 主要是这个两个文件 SystemServer.java 负责创建SystemSer
Activity 启动流程和 UML 时序图
hejnhong的博客
03-29 5374
本文以启动的目标 Activity 所属进程不存在的情形为例，结合 Android12 源码，给出了整个过程的流程图，以及局部过程的时序图。
Android启动流程时序
liboaming的博客
01-15 2487
android启动时序图
06-29
Android启动时序图 描述的是Android启动的流程
[Android]系统启动时序
CHALLENG_EVERYTHING的专栏
03-11 773
最近公司的群里面有大佬分享了一张自己总结的系统启动时序，觉得画的非常清晰简练，因此在这里分享一下:
Android rc启动时序说明
weixin_47139576的博客
01-28 719
本文主要描述rc文件控制的一些进程启动时序
Android 内部 启动Activity时序图
05-05
Android 内部 启动Activity 时序图，了解activity在系统的启动流程对Android开发的同事很有帮助
activity启动时序图
10-13
在分析Android应用开发中的活动(Activity)启动过程时，启动时序图是一个非常有用的工具，用于展示不同组件之间的交互顺序。活动是Android应用中的一个基本单元，代表一个单独的屏幕。了解Activity启动的时序对于优化...
Android源码分析--启动时序图
javaMov的专栏
06-29 1922
为什么Android系统启动比较慢
android应用程序启动时序图,Android 9.0 SystemUI 启动流程
weixin_28894541的博客
05-27 665
基于 AOSP 9.0 分析。开机流程开机大致会经历如下几个过程：uboot 在引导 os 启动，然后加载 kernel；当 kernel 加载完成后，进入 init 进程，fork 出 zygote，然后由 zygote 去启动 SystemServer；SystemServer 会启动系统运行所需的众多核心服务和普通服务，以及初始化和加载一些应用；之后就进入到锁屏或者 Launcher，开机过...
手机开机电路识图.ppt
05-18
手机开机原理图讲解，包含基本缩小，开机电路分析，时钟电路，，开机上电时序，充电电路分析，电池供电分析，etc
android开机广播时序,Android P APP冷启动过程全解析（之一）
weixin_28950403的博客
05-25 605
APP的启动过程是任何一个学习Android的人所必须了解的，这篇文章将会基于Android P完整的解析一个APP从其图标被点击到其界面显示完毕的全过程。1、概述概括地来说，一个APP的冷启动过程可以划分如下：请求阶段1.发起请求2.解析Intent3.创建ActivityRecord4.分配Task5.Pause前台activity6.Resume请求的activity进程启动阶段7.AMS请...
Android学习蛋疼集锦（Android启动流程）
搬砖专业户的悲惨人生
08-20 1571
= Android启动流程  = Android启动时序图  == Linux启动  == === 开机过电，复位器件  === === 执行Bootloader程序  === arm中是uboot或者fastboot 如果在fastboot的运行过程中没有按下特别的按键，执行第一个应用程序（即Linux Kernel），从NAND Flash中读取  === 初始化Linu
Android中Service的启动过程时序图
handy周
07-06 1123
Android中Service的启动过程时序图 参考： 《Android系统源代码情景分析》
Android 系统源码-1：Android 系统启动流程源码分析
weixin_34261415的博客
01-20 517
现在我们来梳理下 Android 系统的启动过程。Android 启动过程还是比较重要的，因为在这个过程中除了要完成 Linux 系统的初始化工作还要完成 Android 的基础服务和启动界面的初始化工作。 在这篇文章中，我们不打算过多深入源码。因为 Android 中任何一个功能模块在 Framework 层都涉及大量的代码调用。过多深入源码只会让我们迷失在一层层的调用栈中。相比之下，我更倾向于...
Android系统启动流程
望佑
09-19 3165
概括Android系统的启动流程可能涉及的一些技术细节和底层实现。
Android系统启动开篇
bobolan
08-13 2463
当电源键被按下时，芯片将会从固化在ROM中的代码开始运行，直到启动整个系统。具体流程如下：按下电源→引导程序Bootloader→加载Linux内核（寻找init进程代码）→执行init进程→启动Zygote进程→启动SystemServer进程→启动launcher进程，流程图下图所示。
Android: Activity的启动流程（基于Android 13）
小小小石头的专栏
11-01 1987
随着Android版本的不断迭代，代码常常会有所变更，本文就基于Android 13再次走一遍Activity的启动流程。以上就是今天要讲的内容，本文仅仅简单地走了一遍在Android13中Activity的启动流程，只是有些许变化，整体流程思路还是和以前版本一致。想要了解源码思路，画时序图还是很有帮助的，跟踪代码不迷路。
aosp启动时序
最新发布
06-27
<think>我们正在分析AOSP系统启动时序，特别是`systemReady`方法和启动阶段。根据引用[1]和[2]，我们知道在`SystemServer`的`run()`方法中，会启动各种服务，并在`startOtherServices()`中注册AMS的`systemReady`回调，然后在该回调中启动其他服务（如SystemUI）和执行一些系统就绪后的操作。下面我们将详细分析`systemReady`的启动时序：###一、`SystemServer`启动阶段划分1.**引导服务（BootstrapServices）**：如`Installer`、`ActivityManagerService`等。2.**核心服务（CoreServices）**：如`BatteryService`、`UsageStatsService`等。3.**其他服务（OtherServices）**：如`WindowManagerService`、`PackageManagerService`等。在启动其他服务（OtherServices）阶段，会调用`ActivityManagerService.systemReady()`来通知系统进入就绪状态。###二、`systemReady`触发流程关键代码位于`SystemServer.java`的`startOtherServices()`方法中：```java//文件路径:frameworks/base/services/core/java/com/android/server/SystemServer.javaprivatevoidstartOtherServices(){//...启动其他服务//启动WindowManagerService（引用[3]）wm=WindowManagerService.main(...);//将WindowManagerService添加到ServiceManagerServiceManager.addService(Context.WINDOW_SERVICE,wm);//...其他服务启动//通知ActivityManagerService系统服务已启动mActivityManagerService.systemReady(()->{//当AMS准备就绪后，会执行此回调Slog.i(TAG,"正在执行systemReady回调");//启动SystemUI（引用[2]）startSystemUi(context);//其他就绪后操作},BOOT_TIMINGS_TRACE_LOG);}```###三、`ActivityManagerService.systemReady()`内部流程在`ActivityManagerService`中，`systemReady()`方法会执行以下关键步骤：1.**系统状态更新**：将系统状态设置为`BOOTING`（启动中）或`READY`（就绪）。2.**启动系统用户界面**：如SystemUI（状态栏、导航栏等）[^2]。3.**发送`BOOT_COMPLETED`广播**：通知所有应用系统启动完成。4.**启动首个Activity**：启动桌面（Launcher）应用。###四、时序图以下是简化的启动时序：```mermaidsequenceDiagramparticipantSystemServerparticipantAMSparticipantWMSparticipantSystemUISystemServer->>AMS:启动AMSSystemServer->>WMS:启动WMS（引用[3]）SystemServer->>其他服务:启动其他服务SystemServer->>AMS:调用systemReady()AMS->>AMS:内部状态设置为READYAMS->>SystemUI:启动SystemUI（通过回调）AMS->>广播:发送BOOT_COMPLETEDAMS->>Launcher:启动桌面```###五、关键点解析1.**`systemReady`回调的执行时机**在`ActivityManagerService`完成自身初始化，并且所有关键服务（如WMS、PMS等）都已启动后，才会执行`systemReady`回调。2.**SystemUI的启动**如引用[2]所述，SystemUI是在AMS的`systemReady`回调中启动的，具体通过`SystemUIService`实现。3.**权限与系统API**在系统服务创建过程中，可能需要处理隐藏API的问题（引用[4]），例如通过修改`Android.bp`文件添加白名单。###六、常见问题1.**为什么在`systemReady`回调中执行网络设置？**因为此时Telephony服务已初始化完成，且SIM卡状态稳定。2.**如何确保服务启动顺序？**`SystemServer`严格按照引导服务、核心服务、其他服务的顺序启动，并通过`SystemServiceManager`管理依赖关系。§§相关问题§§1.`SystemServer`中服务启动顺序的详细列表是怎样的？2.`ActivityManagerService.systemReady()`内部状态转换的具体过程？3.如何添加自定义系统服务并确保在`systemReady`前初始化？4.系统启动过程中`BOOT_COMPLETED`广播的发送机制？5.在`systemReady`回调中执行耗时操作会有什么影响？</think>## AOSP系统启动时序分析：`systemReady`方法核心机制 ### 一、`SystemServer`启动流程概览 ```mermaid sequenceDiagram participant Zygote participant SystemServer participant AMS participant WMS participant SystemUI Zygote->>SystemServer: fork()创建进程 SystemServer->>SystemServer: main()入口 SystemServer->>SystemServer: run()方法执行 SystemServer->>SystemServer: createSystemContext()初始化系统上下文 SystemServer->>AMS: 启动ActivityManagerService SystemServer->>WMS: 启动WindowManagerService SystemServer->>其他服务: 启动其他核心服务 SystemServer->>AMS: 调用systemReady() AMS-->>SystemServer: 执行回调函数 SystemServer->>SystemUI: 启动SystemUI服务 ``` ### 二、`systemReady`关键时序解析 #### 1. 前置准备阶段 ```java // SystemServer.java public void run() { // 1. 创建系统级Context createSystemContext(); // 初始化SystemContext和SystemUiContext [^1] // 2. 启动引导服务 startBootstrapServices(); // 包含AMS初始化 // 3. 启动核心服务 startCoreServices(); // 4. 启动其他服务 startOtherServices(); // 此处触发systemReady } ``` #### 2. `systemReady`触发点 ```java // SystemServer.java private void startOtherServices() { // 启动WMS等关键服务 [^3] wm = WindowManagerService.main(...); ServiceManager.addService(Context.WINDOW_SERVICE, wm); // ✅ 关键调用点 mActivityManagerService.systemReady(() -> { Slog.i(TAG, "执行systemReady回调"); // 启动SystemUI [^2] startSystemUi(context); // 执行自定义初始化逻辑 }, traceLog); } ``` #### 3. `ActivityManagerService`中的处理 ```java // ActivityManagerService.java public void systemReady(final Runnable goingCallback, TimingsTraceLog traceLog) { synchronized (this) { // 1. 完成AMS自身初始化 mSystemReady = true; // 2. 启动关键系统组件 startSystemUi(context); // 启动SystemUI [^2] startPersistentApps(); // 启动持久化应用 // 3. 执行传入的回调函数 if (goingCallback != null) goingCallback.run(); // 4. 发送系统就绪广播 broadcastIntent(...ACTION_BOOT_COMPLETED...); } } ``` ### 三、时序关键点分析 1. **依赖关系** `systemReady`必须在以下服务就绪后调用： - `WindowManagerService` (WMS) [^3] - `PackageManagerService` (PMS) - `PowerManagerService` (PMS) 2. **回调执行时机** 回调函数在以下操作**之后**执行： - 核心服务初始化完成 - 系统上下文完全建立 [^1] - AMS内部状态设置为`mSystemReady=true` 3. **线程模型** 整个流程在`SystemServer`的主线程执行，回调函数**同步执行**，阻塞后续启动流程： $$ \text{执行时间} < 200\text{ms} \quad (\text{Android性能要求}) $$ ### 四、典型应用场景 1. **系统UI启动** ```java // SystemServer回调中 startSystemUi(context); // 启动状态栏/导航栏等 [^2] ``` 2. **网络设置** ```java mActivityManagerService.systemReady(() -> { TelephonyManager tm = context.getSystemService(TelephonyManager.class); tm.setPreferredNetworkType(...); }, trace); ``` 3. **策略服务初始化** ```java mActivityManagerService.systemReady(() -> { DevicePolicyManagerService dpms = new DevicePolicyManagerService(context); ServiceManager.addService(Context.DEVICE_POLICY_SERVICE, dpms); }, trace); ``` ### 五、调试与问题定位 1. **启动超时检测** ```bash adb logcat | grep "SystemServer" # 关注"SystemServer boot timings"日志段 ``` 2. **回调阻塞分析** 在回调函数首尾添加追踪： ```java mActivityManagerService.systemReady(() -> { Slog.i(TAG, "回调开始: " + SystemClock.uptimeMillis()); // ... 业务逻辑 ... Slog.i(TAG, "回调结束: " + SystemClock.uptimeMillis()); }, trace); ``` 3. **服务依赖验证** 通过`dumpsys`检查服务状态： ```bash adb shell dumpsys activity services | grep "mSystemReady" ``` ### 六、最佳实践 1. **轻量化回调** 避免在回调中执行超过100ms的操作 2. **异步化处理** 耗时操作应移交工作线程： ```java mActivityManagerService.systemReady(() -> { new Thread(() -> { // 耗时初始化操作 }).start(); }, trace); ``` 3. **依赖检查** 关键服务存在性验证： ```java if (ServiceManager.getService("window") != null) { // 安全执行WMS相关操作 } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值