Android 之 四大组件、六大布局、五大存储：https://blog.csdn.net/freeking101/article/details/105377197
安卓（Android）动态创建多个按钮并添加监听事件：https://www.jb51.net/article/88036.htm
安卓按钮添加监听的三种方法：https://www.cnblogs.com/linfenghp/p/5373754.html
Android系统框架简介
哔哩哔哩：https://www.bilibili.com/video/BV1UE411A7rW?p=21
Android开发入门教程：7天玩转安卓APP开发
http://c.biancheng.net/android/
Android 教程
https://www.runoob.com/android/android-tutorial.html
https://www.runoob.com/w3cnote/android-tutorial-intro.html
黑马程序员
http://yun.itheima.com/course/c57.html
慕课
https://www.imooc.com/search/?type=course&words=Android
1.Dex加载流程：（安卓源代码）
Davlivk虚拟机加载dex文件
Java层 Dex 加载流程：BootClassLoader ---> PathClassLoader ----> DexClassLoader
Native层 Dex 加载流程：libdvm.so （重编译 system.img）---> OpenDexFileNative
Android Application 启动流程分析（ 点击图标，APP加载流程 ）
From：https://www.jianshu.com/p/a5532ecc8377
译者注:
原文分成两个部分, 链接如下:
http://multi-core-dump.blogspot.com/2010/04/android-application-launch.html
http://multi-core-dump.blogspot.com/2010/04/android-application-launch-part-2.html
本文合二为一, 章节标题由译者加注.
1、App 基础理论
要想优化 App 启动时间，第一步就是了解 App 启动进程的工作原理。 有几个基础理论：
Android Application 与其他移动平台有两个重大不同点：
- 每个Android App 都在一个独立空间里，意味着其运行在一个单独的进程中，拥有自己的VM，被系统分配一个唯一的 user ID。
- Android App 由很多不同组件组成，这些组件还可以启动其他 App 的组件。因此，Android App 并没有一个类似程序入口的 main() 方法。
Android Application组件包括：
- Activities: 前台界面, 直接面向User, 提供UI和操作.
- Services: 后台任务.
- Broadcast Receivers: 广播接收者.
- Contexnt Providers: 数据提供者.
Android进程与Linux进程一样。默认情况下，每个 apk 运行在自己的 Linux 进程中。 另外，默认一个进程里面只有一个线程---主线程。这个主线程中有一个 Looper 实例，通过调用 Looper.loop() 从 Message队列里面取出 Message 来做相应的处理。
那么，这个进程何时启动的呢?
简单的说，进程在其需要的时候被启动。任意时候，当用户或者其他组件调取你的 apk 中的任意组件时，如果你的 apk 没有运行，系统会为其创建一个新的进程并启动。通常，这个进程会持续运行直到被系统杀死。关键是：进程是在被需要的时候才创建的。
举个例子，如果你点击 email 中的超链接，会在浏览器里面打开一个网页。Email App 和 浏览器App 是两个不同的App，运行在不同的进程中。这次点击事件促使 Android 系统去创建了一个新的进程来实例化浏览器的组件。
首先, 让我们快速看下Android启动流程. 与众多基于Linux内核的系统类似, 启动系统时, bootloader启动内核和init进程. init进程分裂出更多名为"daemons(守护进程)"的底层的Linux进程, 诸如android debug deamon, USB deamon等. 这些守护进程处理底层硬件相关的接口.
随后, init进程会启动一个非常有意思的进程---"Zygote". 顾名思义, 这是一个Android平台的非常基础的进程. 这个进程初始化了第一个VM, 并且预加载了framework和众多App所需要的通用资源. 然后它开启一个Socket接口来监听请求, 根据请求孵化出新的VM来管理新的App进程. 一旦收到新的请求, Zygote会基于自身预先加载的VM来孵化出一个新的VM创建一个新的进程.
启动Zygote之后, init进程会启动runtime进程. Zygote会孵化出一个超级管理进程---System Server. SystemServer会启动所有系统核心服务, 例如Activity Manager Service, 硬件相关的Service等. 到此, 系统准备好启动它的第一个App进程---Home进程了.
2、启动App流程
一个 APK 只有一个 Application。每个 Apk 运行时都需要有一个 Application对象，Application对象执行 onCreate方法时APP就开始运行
用户点击 Home 上的一个 App 图标，启动一个应用时:
Click事件会调用startActivity(Intent), 会通过Binder IPC机制, 最终调用到ActivityManagerService. 该Service会执行如下操作:
- 第一步通过PackageManager的resolveIntent()收集这个intent对象的指向信息.
- 指向信息被存储在一个intent对象中.
- 下面重要的一步是通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity.
- 如果有权限, ActivityManagerService会检查并在新的task中启动目标activity.
- 现在, 是时候检查这个进程的ProcessRecord是否存在了.
如果ProcessRecord是null, ActivityManagerService会创建新的进程来实例化目标activity.
2.1 创建进程
ActivityManagerService调用startProcessLocked()方法来创建新的进程, 该方法会通过前面讲到的socket通道传递参数给Zygote进程. Zygote孵化自身, 并调用ZygoteInit.main()方法来实例化ActivityThread对象并最终返回新进程的pid.
ActivityThread随后依次调用Looper.prepareLoop()和Looper.loop()来开启消息循环.
流程图如下:
2.2 绑定Application
接下来要做的就是将进程和指定的Application绑定起来. 这个是通过上节的ActivityThread对象中调用bindApplication()方法完成的. 该方法发送一个BIND_APPLICATION的消息到消息队列中, 最终通过handleBindApplication()方法处理该消息. 然后调用makeApplication()方法来加载App的classes到内存中.
流程如下:
2.3 启动Activity
经过前两个步骤之后, 系统已经拥有了该application的进程. 后面的调用顺序就是普通的从一个已经存在的进程中启动一个新进程的activity了.
实际调用方法是realStartActivity(), 它会调用application线程对象中的sheduleLaunchActivity()发送一个LAUNCH_ACTIVITY消息到消息队列中, 通过 handleLaunchActivity()来处理该消息.
假设点击的是一个视频浏览的App, 其流程如下:
