Android应用程序启动流程总结

AMS主要功能：

AMS是Android中最核心的服务，主要负责系统中四大组件的启动、切换、调度及应用进程的管理和调度等工作。还负责启动或杀死应用程序的进程。

WMS主要功能：

为所有窗口分配Surface。

管理Surface的显示顺序、尺寸、位置。

管理窗口动画。

输入系统相关：WMS是派发系统按键和触摸消息的最佳人选，当接收到一个触摸事件，它需要寻找一个最合适的窗口来处理消息。

PWS主要功能：

PMS 用来管理跟踪所有应用APK，包括安装，卸载，解析，控制权限等。

SystemServer也是一个进程，包括AMS、PMS、WMS等等。

zygote意为“受精卵“。Android是基于Linux系统的，而在Linux中，所有的进程都是由init进程直接或者是间接fork出来的，zygote进程也不例外。

App进程是用户点击桌面icon时，通过Launcher进程请求SystemServer，再调用Zygote孵化的。

①点击启动一个App，Launcher进程采用Binder IPC向ActivityManagerService发起startActivity请求；

②ActivityManagerService接收到请求后，向zygote进程发送创建进程的请求；

③Zygote进程fork出新的子进程，即App进程；

④App进程通过Binder IPC向sytem_server进程发起绑定Application请求；

⑤system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheduleLaunchActivity请求；

⑥App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；

⑦主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。

⑧到此，App便正式启动，开始进入Activity生命周期，执行完onCreate/onStart/onResume方法，UI渲染结束后便可以看到App的主界面。

备注：

Launcher，PMS，Zygote，App进程是三个独立的进程，相互通信就需要使用进程间通信机制。与Zygote通信是使用的socket通信，Launcher，PMS，App进程间使用的是Binder机制。

makeApplication创建application中会执行attachBaseContext(context)

installContentProviders第一个参数context，是从上面传递下来的app，也就是application。

遍历providers列表，初始化每一个provider，都是用application的context。构造出ContentProvider然后执行attachInfo() 方法，attachInfo()执行完毕会执行onCreate()。

最后再mInstrumentation.callApplicationOnCreate(app)执行Application的OnCreate方法。

总结

从流程上来看，符合日志打印的流程Application#attachBaseContext() → ContentProvider#attachInfo() → ContentProvider#onCreate() → Application#onCreate()

ContentProvider持有的Context也是application，具备给SDK初始化使用。

这时候第一进程是zygote。zygote英文是受精卵的意思。android系统的所有进程都是由zygote进程fork而来。zygote最先启动的第一个进程是鼎鼎大名的SystemServer进程。这个进程包含了我们常说的三个大神级系统服务，分别是ActivityManagerService，WindowManagerService以及PackegeManagerService。

http://androidxref.com/6.0.0_r1/xref/frameworks/base/core/java/android/app/ActivityThread.java

进程入口在ActivityThread这个类的main（）方法，这个main方法类似C语言的mian方法，是一个程序入口。

这个方法会接着调用ActivityManagerNatvie（一个单例类，可以获取ActivityManagerService的实例）的getDeafault()返回ActivityManagerService实例。

ApplicationThread是ActivityThread的内部类，他是App和系统跨进程交互的入口，它的实现类在客户端进程。

获得了正在Binder通信的客户端的当前线程的id，然后和ApplicationThread对象作为参数传入到AMS的attachApplicationLocked。

thread是ApplicationThreadProxy的对象引用，它是代理对象，先调用ApplicationThreadProxy的bindApplication方法，接着在这个方法中又调用ApplicationThreadNative的函数onTransact，然后函数onTransact中根据code找到对应的case，最终会调用ApplicationThread的bindApplication方法。

在这里，bindApplication方法通过向ActivityThread的消息队列发送BIND_APPLICATION消息

消息的处理调用handleBindApplication方法，handleBindApplication方法比较重要的是会调用如下方法

在执行完bindApplication()之后进入ActivityStackSupervisor.attachApplicationLocked()，这样我们整个应用进程已经启动起来了。开始activity的启动逻辑了。

这个类是一个AMS的一个栈管理类，里面存储着ActivityStack的集合。在这个方法，会遍历各个ActivityStack，找到前台栈，找到里面的TopActivity。然后比较 传进来的ProcessRecord.processName和UID是否个和opActivity对用的ActivityRecord里面的一致。如果一致，就调用ActivityStackSupervisor.realStartAcvitiyLocked（ProcessRecord，ActivityRecord）方法。

这个方法会调用传过来的ApplicationThread实例的ScheduelLaunchActivity（包括ActivityRecord）方法，所以真正执行的是ActivityThread中的scheduleLaunchActivity

这个方法是跨进程的，会把ActivityRecord同步到App进程的ActivityRecordClient数据结构，用来后面构造Application和Activity等。

ActivityThread接收到SystemServer进程的消息之后会通过其内部的Handler对象分发消息，经过一系列的分发之后调用了ActivityThread的handleLaunchActivity方法：

接着调用PerformLaunchActivity方法和HandleLaunchActivtiy（）方法。performLauncherActivity，看名字应该就是执行Activity的启动 *** 作了

1.这个方法主要是构造Application和通过mInstrumention.newActivity()构造Activity。

这个方法会初始化一个Window，以后详细讲，人格视图都是附在一个window的docorView上，然后由WMS.addView显示。

这个方法会调用Actiity的resume（）方法，并且在makrVisible（）里面调用WMS.addView(window),这个windows里面的docorView的contentView就是onCreate（）里面setContentView（int layout）设置的contentView。

注意关于WMS.addView(window),这个系统服务，我们下次再讲，里面有一个类RootViewImpl，这个类负责管理我们contentView视图树的逐级绘制。

原文链接

https://www.cnblogs.com/mingfeng002/p/10330414.html

https://blog.csdn.net/ZZB_Bin/article/details/125209192

安装程序修改 “默认启动”有两种方法：1、 再安装一个同类软件。然后再打开文件时，Android就会重新提示选择用哪个程序来打开。2、设置——应用程序——管理应用程序，在里面找到默认打开程序。例如，现在PDF默认是用Adobe Reader打开，就在里面找到Adobe Reader这个软件。点击进去，往下看，找到“清除默认设置”，点击。然后再打开PDF时候，手机就又会提示要使用何种程序打开了。

---