隔壁小王的博客

这3个生命周期的执行的连续的，onStart 原来这个场景下不是通过事务执行的知道了 Activity 生命周期事务跨进程处理方式DecorView 的可见性是在 onStart 设置的执行 onResume 的时候会触发窗口的添加显示，从严格意义上说，执行 onResume 的时候并不意味着手机屏幕上就有UI数据了。（但是不那么严谨思考的话，正常情况下，onResume 执行了差不多窗口也就显示了）

ActivityThread::performDestroyActivity -- onDestroy流程WindowManagerImpl::removeViewImmediate -- UI处理ActivityClient::activityDestroyed -- SystemService 进程处理。

当前只是以桌面冷启动应用的场景来分析桌面的 onStop 流程，整个流程分析完对 onStop 流程也有了一个比较完整的了解，但是当前分析的调用流程并不能代表所有场景。具体情况还是需要具体分析，比如应用内启动 Activity 的调用链肯定和当前是有别的，但是无论怎么样，2个主流程还是要执行的。

忽然有一天，我想要做一件事：去代码中去验证那些曾经被“灌输”的理论。– 服装学院的IT男本篇已收录于欢迎一起学习讨论Android应用开发或者WMSV：WJB6995。

我们知道 onCreate 这个生命周期表示 Activity 的创建，对应 LaunchActivityItem 这个事务，源码中构建这个事务唯一的地方就在 ActivityTaskSupervisor::realStartActivityLocked 方法。TargetActivity 所在的应用进程已经启动SourceActivity 需要执行 onPause。

Activity 生命周期是学习 Android 必定要掌握的知识点，但是刚入行的同学对于这个概念基本上是靠死记硬背，有一些实际工作经验的同学，在工作中通过实现业务需求或者解决一些BUG基本上是可以知道哪些生命周期对应用户操作的哪一步。虽然触发生命周期的场景很多，当前只还是以在桌面启动应用来分析，但是完整的跟过这一流程的代码逻辑，就能加深对生命周期本质的理解，其他场景的生命周期切换也不是啥问题。系列如下Activity生命周期之onPauseonCreate,onStart,onResume-1onCrea

执行 startActivity 方法的 Activity ，也就是发起请求的Activity ，当前是 Launcher 的 Activity。：被启动的 Activity 当前就是“电话”应用在清单文件配置的MainActivityAMS: 不仅仅是指 AMS 这一个类，而是指在这个过程中 system_service 进程参与处理的相关类。

阶段三的流程相对来逻辑简单一些，知道个调用链就好，流程目的就是执行 ActivityTaskSupervisor::realStartActivityLocked。这部分的堆栈如下图：ActivityManagerService::attachApplication -- 跨进程RootWindowContainer$AttachApplicationHelper::process -- 开始遍历。

在 Launcher 进程构建了启动参数放在了 ActivityOption 中，然后通过 Bundle 传递给 system_service 端AMS 先解析参数，放在了 Request 这个类中保存AMS 构建出一个 ActivityRecord ，这个类在 system_service 端就代表着 Activity ，同时也是一个窗口容器再构建出一个 Task 挂载到窗口树上。