AMS图解

简介: 以下是内容的摘要,以Markdown格式呈现:```markdown- Android体系结构、系统启动流程和Binder机制的图表展示了Android操作系统的核心组件交互。- Binder启动涉及Zygote进程,它通过反射调用ActivityThread.main来初始化Binder线程池。- AMS通过Binder通信管理应用进程,如启动Activity,与Zygote通过socket通信fork新进程。```请注意,由于限制在240个字符内,摘要只能提供高层次的概念和流程,而无法包含详细步骤或具体图片的描述。

Android体系结构

image.png

Android系统启动过程

image.png

Binder

image.png

Binder是如何启动的

image.png

Binder理解-神图

image.png

Binder--AIDL通信

image.png

系统使用服务流程分析
image.png

Binder--AIDL通信细节

image.png

应用程序进程启动过程分析-时序图

image.png

1.Launcher通过binder去通知AMS,请求创建根Activity。
2.AMS通过socket去通知Zygote去fork一个应用进程,其中是通过反射MethodAndArgsCaller去调用ActivityThread.main方法启动。
3.应用进程通过binder去通知AMS应用进程准备就绪。
4.AMS再通知应用进程创建并启动根Activity。

AMS请求Zygote过程分析

image.png

Zygote进程fork进程分析

image.png

应用程序创建后
ActivityThread: 通过IActivityManager类,通知AMS准备application启动所需进程数据。
ActivityManagerService: 获取application启动所需进程数据。
Instrumentation: 创建&启动Application;跟踪Application的生命周期。

image.png

1.AMS通过startProcessLocked去反射启动ActivityThread.main()方法。
2.通过main方法中的attach方法去获取ActivityManagerService的代理对象,调用attachApplication去回调通知AMS进行application的初始化(一些应用相关数据),之后在AMS中调用attachApplicationLocked方法。
3.通过IApplicationThread这个接口bindApplication调到ActivityThread内部类ApplicationThread中的bindApplicaiton方法去sendMessage(H.BIND_APPLICATION, data)。
4.AMS中调用了ActivityThread的bindApplication函数,其内部其实是完成了Handler切换到主线程,并且最后调用handleBindApplication()。

// 将UI线程注册为运行时的虚拟机.
VMRuntime.registerSensitiveThread();

5.创建Instrumentation,负责跟踪Application还在Activity的生命周期;Instrumentation这个类中调用basicInit,onCreate()空实现,最终调用的是callApplicationOnCreate去启动Application的onCreate()方法。

应用进程Crash处理
image.png

Launcher请求AMS启动Activity

image.png

image.png

AMS管理Activity分析
1.会调用Launcher.startActivity(),进而调用Launcher的父类Activity的startActivity方法;
2.Activity.startActivity()调用Activity.startActivityForResult()方法,传入该方法的requestCode参数为-1,表示Activity启动成功后,不需要执行Launcher.onActivityResult()方法处理返回结果;
3.启动Activity需要与系统AMS交互,必须纳入Instrumentation的监控,因此需要将启动请求转交Instrumentation,即调用Instrumentation. execStartActivity方法;
4.Instrumentation.execStartActivity()首先通过ActivityMonitor检查启动请求,然后通过ActivityManager.getService()方法获取AMS的代理对象,接着调用AMS的startActivity方法。通过IPC,Binder驱动将处理逻辑从Launcher所在进程切换到AMS所在进程。
5.mActivityStartController.obtainStarter()得到ActivityStarter,ActivityStarter是一个代理类,代理AMS与App进行通信,类似于Activity中的Instrumentation,AMS在每一次startActivity方法的调用过程中,都会创建一个ActivityStarter来进行代理;
得到ActivityStarter后调用ActivityStarter的execute()方法。
mRequest.waitResult:由于不需要等待Activity的返回结果,所以这里为null;
6.只要调用了setMayWait()方法,mRequest.mayWait就为true,所以就startActivityMayWait()方法,经过各种检查后调用startActivityUnchecked();
7.通过resumeFocusedStackTopActivityLocked这个方法转到ActvityStackSupervisor中;
8.通过resumeTopActivityInnerLocked()方法是启动目标Activity前,需要首先暂停当前显示的Activity转到ActivityStack,
9.通过startSpecificActivityLocked(获取即将启动的Activity的所在的应用程序进程,ProcessRecord将记录Settings的进程信息,包括UID、进程名、UI主线程第一次启动Activity,此时其应用程序进程还没有创建,因此app为null)又回调到ActivityStackSupervisor这个类中执行realStartActivityLocked();
10.之后是在这里通过AMS去修改LauncherActivity以及启动的根Activity的生命周期状态以及加入生命周期的管理ClientTransaction{LauncherActivityItem,DestroyActivityItem,PauseActivityItem,ResumeActivityItem}。
11.最终通过ClientTransactionHandler管理activity的生命周期。

image.png

ActivityThread启动Activity
1.ActivityThread中调用handleLaunchActivity()方法;
2.执行performLaunchActivity();
3.通过mInstrumentation.newActivity(),并执行activity的attach()方法,初始化PhoneWindow,这边是跟wms交互;
4.之后继续通过mInstrumentation执行callActivityOnCreate();
5.activity.performCreate();
6.最终执行activity的onCreate()生命周期函数;

image.png

IActivity接口分析

image.png

IApplicationThead接口分析

image.png

Activity通信模型

image.png

AMS家族介绍

image.png

AMS C-S模型

image.png

AMS Android O--AIDL模型
image.png

Activity 任务栈模型
ActivityStackSupervisor内部有两个不同的ActivityStack对象:
1.mHomeStack
2.mFocusedStack用来管理不同的任务。

AMS初始化时会创建一个ActivityStackSupervisor对象

image.png

Activity HandlerActivity 的改变

image.png

相关文章
|
Java 调度 Android开发
android体系课-系统启动流程-之zygote进程启动过程源码分析
笔者刚开始学习Android的时候也和大部分同学一样,只会使用一些应用层面的知识,对于一些比较常见的开源框架如<mark>RxJava</mark>,<mark>OkHttp</mark>,<mark>Retrofit</mark>,以及后来谷歌推出的<mark>协程</mark>等,都只在使用层面,对于他们<mark>内部原理</mark>,基本没有去了解觉得够用就可以了,又比如Activity,Service等四大组件的使用原理,系统开机过程,Launcher启动过程等知之甚少,知其然而不知其所以然,结果就是出现某些问题,不知道从哪里找原因,只能依赖万能的百度,但是百度看多了,你会发现自己
|
Java 调度 Android开发
android体系课-系统启动流程-之SystemServer启动过程源码分析
笔者刚开始学习Android的时候也和大部分同学一样,只会使用一些应用层面的知识,对于一些比较常见的开源框架如<mark>RxJava</mark>,<mark>OkHttp</mark>,<mark>Retrofit</mark>,以及后来谷歌推出的<mark>协程</mark>等,都只在使用层面,对于他们<mark>内部原理</mark>,基本没有去了解觉得够用就可以了,又比如Activity,Service等四大组件的使用原理,系统开机过程,Launcher启动过程等知之甚少,知其然而不知其所以然,结果就是出现某些问题,不知道从哪里找原因,只能依赖万能的百度,但是百度看多了,你会发现自己
|
缓存 Java 程序员
庖丁解牛 Activity 启动流程
庖丁解牛 Activity 启动流程
庖丁解牛 Activity 启动流程
|
Java Android开发
【Android 启动过程】Activity 启动源码分析 ( AMS -> ActivityThread、AMS 线程阶段 二 )(二)
【Android 启动过程】Activity 启动源码分析 ( AMS -> ActivityThread、AMS 线程阶段 二 )(二)
218 0
【Android 启动过程】Activity 启动源码分析 ( AMS -> ActivityThread、AMS 线程阶段 二 )(二)
|
Java Android开发
【Android 启动过程】Activity 启动源码分析 ( AMS -> ActivityThread、AMS 线程阶段 二 )(一)
【Android 启动过程】Activity 启动源码分析 ( AMS -> ActivityThread、AMS 线程阶段 二 )(一)
229 0
|
Java Android开发
【Android 启动过程】Activity 启动源码分析 ( Activity -> AMS、主线程阶段 )
【Android 启动过程】Activity 启动源码分析 ( Activity -> AMS、主线程阶段 )
212 0
|
Java Android开发
【Android 启动过程】Activity 启动源码分析 ( ActivityThread 流程分析 二 )
【Android 启动过程】Activity 启动源码分析 ( ActivityThread 流程分析 二 )
241 0
|
Java Android开发
【Android 启动过程】Activity 启动源码分析 ( ActivityThread 流程分析 一 )(二)
【Android 启动过程】Activity 启动源码分析 ( ActivityThread 流程分析 一 )(二)
290 0