【Android源码学习】应用启动过程

1、手机启动完成后，显示的桌面Launcher其实也是一个应用（它继承于Activity）。手机上所安装的用户app都会显示在Launcher应用的界面上，类似于文件浏览器。
2、当我们点击某一个应用图标时，触发Launcher的onClick事件，它根据点击的内容（文件夹或应用图标）来实施相应的操作。因为点击的是应用图标（相于当快捷方式），所以执行的操作是启动这个应用。
3、启动应用时强制添加FLAG_ACTIVITY_NEW_TASK（入口Activity最多只有一个实例），然后调用Activity的startActivity方法，也就是调用startActivityForResult方法。
4、这里概念就比较多了，我们只要Activiy等的生命周期其实就是ActivityThread管理的，它不是线程但是它管理着进程的主线程，所以通常也叫它主线程。它有一个内部类ApplicationTread，它也不是线程，而是ActivityManagerService的Binder。ActivityThread就是通过ApplicationThread来和AMS进行通信的。
5、也就是Launcher通过Binder机制通知AMS要启动一个Activity（新应用的Activity，要创建新的进程）。AMS调用Activity记录栈ActivityStack.startActivityMayWait来做一些准备工作。
6、ActivityStack通过一系列函数调用，判断是否需要创建新的进程以及是否需要创建新的Activity。
7、因为是新启动一个应用，所以肯定要创建新的进程，同时要将新创建一个Activity并放到ActivityStack的栈顶（这时只是创建了ActivityRecord而不是Activity）。那么当前栈顶的Activity肯定要先进入pause状态。于是ActivityStack通过Binder机制通知当前应用Launcher的ActivityThread暂停当前activity。
8、而Binder(ApplicationThread)又是通过ActivityThread内部Hanlder类H来调用ActivityThread的handlerPauseActivity的，至于为什么要用Handler不懂，ApplicationThread不是和ActivityThread处于同一线程吗？
9、handlerPauseActivity暂停当前Activity后，又通过Binder机制通知AMS调用activityPaused，也就是ActivityStack调用activityPaused。
10、ActivityStack执行一系列方法后又继续调用AMS的startProcessLocked方法。该方法再次检查进程是否存在，因为不存在，它调用Process.start方法创建新的进程，并导入ActivityThread类，执行它的main入口方法。
11、ActivityThread的静态main方法会新建一个ActivityThread实例并调用它的attach方法，然后这个进程（也就是新应用的进程）就会进入消息循环直到进程退出。
12、ActivityThread的attach方法通过Binder机制调用AMS的attachApplication函数,经过一系列操作调用ActivityStack的realStartActivityLocked。这个函数最终通过Binder驱动程序进入到ApplicationThread的scheduleLaunchActivity函数中。
13、然后实际上是调用ActivityThread类的handleLaunchActivity函数。它首先调用performLaunchActivity函数来加载要创建的Activity类，然后调用handleResumeActivity函数来使这个Activity进入Resumed状态。
14、performLaunchActivity函数同时创建Application和Activity的上下文，并调用Activity的attach方法将这些信息设置到Activity中。然后通过mInstrumentation调用它的onCreate函数。
15、这样一个应用程序和Activity就启动了。
很多细节还是不太懂，Mark。
罗升阳：应用启动过程

继续加强一下概念理解：
1、ActivityThread和进程、线程、Activity的关系。
理解：从应用启动过程可以知道。ActivityManagerService通过Process.start方法创建一个新的进程，并将ActivityThread的类名作为第一参数传入。
查看Process.start源码可以看到它的方法注释@param processClass Class name whose static main() to run，也就是说第一个参数类中必须要有一个静态main方法，同时进程创建以后也会执行这个方法。
再看ActivityThread的静态main方法。

        Looper.prepareMainLooper();

        ActivityThread thread = new ActivityThread();
        thread.attach(false);

        if (sMainThreadHandler == null) {
            sMainThreadHandler = thread.getHandler();
        }
        Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
        Looper.loop();

可以看出，正是在静态main方法中调用了Looper.prepareMainLooper()方法，创建了一个ActivityThread实例，并将实例的Handler赋给静态变量sMainThreadHandler。
好像还是不太懂到底什么是线程。

2、为什么主线程不会因为Looper.loop里的死循环卡死？
这里有一个概念要弄清楚，卡死应该是指不能响应后续的操作或输入。Looper.loop确实是一个死循环，在没有消息时，主线程会阻塞而让出CPU，当有消息时再处理消息。通常一个消息能很快处理完，因此下一个消息到来的时候能很快地处理，看上去很流畅没有卡顿。相反，如果某个消息主线程需要很长时间去处理，这个时候在处理完这个消息之前主线程都无法响应其他消息，这时主线程就会出现卡顿。也就是说，主线程的卡顿不是因为loop循环，而是因为某个消息耗时。