Framework分析-点击Launcher中的图标启动Activity

柔光的暖阳◎ 2022-08-20 13:20 163阅读 0赞

Launcher也是一个应用，点击一个图标，开启一个新的应用。分析从点击图标到新的应用的Activity执行onCreate的执行流程.注意学习Binder机制  
![图片][29c9c5db-a084-4667-863e-912e07a27a73.png]

![Laucher启动一个新的应用][Laucher]

1.  无论是通过Launcher来启动Activity，还是通过Activity内部调用startActivity接口来启动新的Activity，都通过Binder进程间通信进入到ActivityManagerService进程中，并且调用ActivityManagerService.startActivity接口；
2.  ActivityManagerService调用ActivityStack.startActivityMayWait来做准备要启动的Activity的相关信息；
3.  ActivityStack通知ApplicationThread要进行Activity启动调度了，这里的ApplicationThread代表的是调用ActivityManagerService.startActivity接口的进程，对于通过点击应用程序图标的情景来说，这个进程就是Launcher了，而对于通过在Activity内部调用startActivity的情景来说，这个进程就是这个Activity所在的进程了；
4.  ApplicationThread不执行真正的启动操作，它通过调用ActivityManagerService.activityPaused接口进入到ActivityManagerService进程中，看看是否需要创建新的进程来启动Activity；
5.  对于通过点击应用程序图标来启动Activity的情景来说，ActivityManagerService在这一步中，会调用startProcessLocked来创建一个新的进程，而对于通过在Activity内部调用startActivity来启动新的Activity来说，这一步是不需要执行的，因为新的Activity就在原来的Activity所在的进程中进行启动；
6.  ActivityManagerServic调用ApplicationThread.scheduleLaunchActivity接口，通知相应的进程执行启动Activity的操作；
7.  ApplicationThread把这个启动Activity的操作转发给ActivityThread，ActivityThread通过ClassLoader导入相应的Activity类，然后把它启动起来。

![详细流程][oYYBAFavgy2AbDNJAAIS5AMX0Hw805.png]

1.  Launcher 通过 Binder进程间通信机制通知 ActivityManagerService，它要启动一个Activity；
2.  ActivityManagerService通过Binder进程间通信机制通知Launcher进入Paused状态；
3.  Launcher通过Binder进程间通信机制通知ActivityManagerService，它已经准备就绪进入Paused状态，于是ActivityManagerService就创建一个新的进程，用来启动一个ActivityThread实例，即将要启动的Activity就是在这个ActivityThread实例中运行；
4.  ActivityThread通过Binder进程间通信机制将一个ApplicationThread类型的Binder对象传递给ActivityManagerService，以便以后ActivityManagerService能够通过这个Binder对象和它进行通信；
5.  ActivityManagerService 通过 Binder 进程间通信机制通知 ActivityThread, 现在一切准备就绪，它可以真正执行Activity的启动操作了。

**ActivityThread**:ActivityThread类有一个main方法，它是应用程序的入口，每启动一个应用进程，都会创建ActivityThread与之对应的实例，是应用程序的UI线程，Android进程启动时会建立消息循环。

**ApplicationThread & ApplicatinThreadNative**:ApplicationThread用来实现AMS(ActivityManagerService)与AT(ActivityThread)之间的交互。在AMS需要管理相关Application中的Activity的生命周期时，通过ApplicationThread与AT通讯，ApplicationThreadNative是ApplicationThread在客户端的实现(binder机制)。

**ApplicationThreadProxy**:ApplicationThreadProxy是ApplicationThread在服务器端的代理。负责和服务器端的ApplicatingThreadNative通讯。 AMS就是通过该代理与ActivityThread进行通信的(binder机制)。

**Activity & Intrumentation**:Activity是应用程序真正做事情的类，每一个应用程序只有一个Instrumentation对象，每个Activity内都有一个对该对象的引用(也就是说mInstrumentation是Activity类的成员变量，前文图解中也有说明)。  
`Instrumentation`用来监控应用程序和系统的交互，可以理解为应用进程的管家，AT要创建或暂停某个Activity时，都需要通过Instrumentation。 通俗的理解，`Instrumentation` 与AT的区别，前者像是一个“家庭”里的“管家”，后者是负责创建这个“家庭”，并负责对外打交道，比如接收AMS的通知等。

推荐[在线时序图网站:https://www.websequencediagrams.com/][https_www.websequencediagrams.com]

参考链接

[Android应用程序启动过程源代码分析][Android]  
[图解Activity启动流程][Activity]

![欣赏][SplitShire-2404.jpg]

> 文章来自： [http://hanks.xyz][http_hanks.xyz]

[29c9c5db-a084-4667-863e-912e07a27a73.png]: https://dn-coding-net-production-pp.qbox.me/29c9c5db-a084-4667-863e-912e07a27a73.png
[Laucher]: http://file.bmob.cn/M02/77/98/oYYBAFavgz6AfVmFAAR8ykLhngM223.png
[oYYBAFavgy2AbDNJAAIS5AMX0Hw805.png]: http://file.bmob.cn/M02/77/98/oYYBAFavgy2AbDNJAAIS5AMX0Hw805.png
[https_www.websequencediagrams.com]: https://www.websequencediagrams.com/
[Android]: http://blog.csdn.net/luoshengyang/article/details/6689748
[Activity]: http://www.bubuko.com/infodetail-278447.html
[SplitShire-2404.jpg]: http://www.splitshire.com/wp-content/uploads/2016/02/SplitShire-2404.jpg
[http_hanks.xyz]: http://hanks.xyz