1.Activity启动流程 （7.0版本之前）
从startActivity()开始，最终都会调用startActivityForResult()
在该方法里面会调用Instrumentation.execStartActivity()执行（Instrumentation主要用来监控应用程序和系统的交互）启动，execStartActivity()方法里面有2个方法，一个是ActivityManagerNative.getDefault().startActivity(）这个方法是执行act启动的，另外还有一个方法checkStartActivityResult(result, intent)，这个方法是用来检测启动结果的。
再回到启动流程上，ActivityManagerNative.getDefault()返回的是IActivityManager，IActivityManager也是一个接口，他是实现类是一个代理类ActvityManagerProxy（他是AMS的代理，他会获取到IBinder类型的AMS的引用），他通过IBinder向ActivityManagerService(以下简称AMS)发送启动Act请求，
接着AMS会经过一系列处理，中间会将需要创建的activity的具体信息初始化，并将其一路传下去。最后通过app.thread.scheduleLauncherActivity来实现进程切换，启动activity；
app.thread指的是IApplicationThread，它的实现是ActivityThread的内部类ApplicationThread,其中ApplicationThread继承了IApplicationThread.Stub。app指的是传入的要启动Activity所在的应用程序（就是你自己当前的app进程）。因为当前的AMS代码运行在SystemServer进程中，通过这里切换回来。同时也说明ApplicationThread是应用程序与SystemServer进程沟通的桥梁。
ApplicationThread通过scheduleLauncherActivity(）向名为H的hadnler发送类型为LAUNCH_ACTIVITY的消息（此方法会将启动act的参数封装为ActivityClientRecord并传递过去），H的handleMessage里最后调用performLauncherActivity来完成act的启动。
先获取ActivityInfo（用于存储代码已以及manifest信息，比如theme和launchmode），获取LoadedApk，获取ComponentName（包含Act的包名类名），启动act上下文环境，根据ComponentName获取类名，用类加载器创建该activity实例，创建application（如果没有的话），接着初始化act调用activity.attach（args...），这个方法会创建window对象，然后会将Decorview添加到window中，同时会创建viewRootImpl，将Decorview和viewRootImpl关联起来。这个viewRootImpl是完成view绘制的三大流程的（具体的时机是onResume方法第一次执行后，这时候会调用WindowManager的addView()方法，这个方法里会创建viewRootImpl对象，随后将他跟decorview关联起来，然后调用setview（方法），这里面调用requestlayout（）来执行绘制三个流程）。
AMS内部维护者ActivityStack(act栈)，同时AMS通过ActivityThread同步activity的生命周期。
2. app启动流程:
①点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；
②system_server进程接收到请求后判断，如果不存在目标进程则通过AMS向zygote进程发送创建进程的请求（通过Socket）；
③Zygote进程fork出新的子进程，即App进程；
④App进程，通过Binder IPC向sytem_server进程发起attachApplication请求；
⑤system_server进程在收到请求后，进行一系列准备工作后（同上），再通过binder IPC向App进程发送scheduleLaunchActivity请求；
⑥App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息；
⑦主线程在收到Message后，通过反射机制创建目标Activity，并回调Activity.onCreate()等方法。
⑧到此，App便正式启动，开始进入Activity生命周期，执行完onCreate/onStart/onResume方法，UI渲染结束后便可以看到App的主界面。
相关知识：
1.zygote
zygote意为“受精卵“。Android是基于Linux系统的，而在Linux中，所有的进程都是由init进程直接或者是间接fork出来的，zygote进程也不例外。
在Android系统里面，zygote是一个进程的名字。Android是基于Linux System的，当你的手机开机的时候，Linux的内核加载完成之后就会启动一个叫“init“的进程（安卓的第一个进程）。在Linux System里面，所有的进程都是由init进程fork出来的，我们的zygote进程也不例外。
我们都知道，每一个App其实都是
● 一个单独的dalvik虚拟机
● 一个单独的进程
所以当系统里面的第一个zygote进程运行之后，在这之后再开启App，就相当于开启一个新的进程。而为了实现资源共用和更快的启动速度，Android系统开启新进程的方式，是通过fork第一个zygote进程实现的。所以说，除了第一个zygote进程，其他应用所在的进程都是zygote的子进程，这下你明白为什么这个进程叫“受精卵”了吧？因为就像是一个受精卵一样，它能快速的分裂，并且产生遗传物质一样的细胞！
2.system_server
SystemServer也是一个进程，而且是由zygote进程fork出来的。
知道了SystemServer的本质，我们对它就不算太陌生了，这个进程是Android Framework里面两大非常重要的进程之一——另外一个进程就是上面的zygote进程。
为什么说SystemServer非常重要呢？因为系统里面重要的服务都是在这个进程里面开启的，比如 ActivityManagerService、PackageManagerService、WindowManagerService等等。
3.ActivityManagerService
ActivityManagerService，简称AMS，服务端对象，负责系统中所有Activity的生命周期。
ActivityManagerService进行初始化的时机很明确，就是在SystemServer进程开启的时候，就会初始化ActivityManagerService。
3.APK打包流程：
1.资源文件打包（布局文件xml，manifest），生成R.java。
2.AIDL文件生成对应的java文件
3.编译项目源码，生成.class文件
4.将java文件转换成dex文件，将java字节码转化为Dalvik自己饿啊，压缩常量池
以及清除冗余信息等。
5.通过该APKBuilder将资源文件，dex生成apk文件
6.keystore对apk签名
7.如果是正式版的apk，还会作对齐处理，就是将所有的资源文件其实距离4字节
的整数倍，这样通过内存访问apk文件会更快。
4. APK安装过程
1、复制APK到/data/app目录下，解压并扫描安装包。
2、资源管理器解析APK里的资源文件。
3、解析AndroidManifest文件，并在/data/data/目录下创建对应的应用数据目录。
4、然后对dex文件进行优化，并保存在dalvik-cache目录下。
5、将AndroidManifest文件解析出的四大组件信息注册到PackageManagerService中。
6、安装完成后，发送广播。