Android应用运行过程（转）
首先，ActivityThread从main（）函数开始执行，调用prepareMainLooper()为UI线程创建一个消息队列（MessageQueue）。
然后创建一个ActivityThread对象，在ActivityThread的初始化代码中会创建一个H（Handler）对象和一个ApplicationThread（Binder）对象。其中Binder负责接收远程AmS的IPC调用，接收到调用后，则通过Handler把消息发送到消息队列中，UI主线程会异步的从消息队列中取出消息并执行相应的操作，比如start stop pause等。
接着UI主线程调用Looper.loop()方法进入消息循环体，进入后就会不断的从消息队列中读取并处理消息。
当ActivityThread接收到AmS发送start某个Activity后，就会创建指定的Activity对象，Activity又会创建PhoneWindow类——>DecorView类——>创建相应的View或者ViewGroup。创建完成后，Activity需要把创建好的界面显示到屏幕上，于是调用WindowManager类，后者于是创建一个ViewRoot对象，该对象实际上创建了ViewRoot类和W类，创建ViewRoot对象以后，WindowManager再调用WmS提供的远程调用接口完成添加一个窗口并显示到屏幕上。
继续往下看，attach方法会通过代码mWindow = PolicyManager.makeNewWindow(this)实例化一个phoneWindow对象
PolicyManager的作用可参看博主的
然后接下来就是在activity开始onCreate调用时，会调用PhoneWIndow的setContentView方法, 当然这里有是否第一次的判断，然后调用方法installDecor（）, 再调用generateDecor（） 创建顶层视图 DecorView mDecor，DecorView是FrameLayout的子类；在方法generateLayout(mDecor) 中 会干些什么事儿呢?
该方法会做如下事情：(不想写了，在qinjuning的blog中copy了一下，谅解呀)
1、根据窗口的风格修饰类型为该窗口选择不同的窗口布局文件(根视图)。这些窗口修饰布局文件指定一个用来存放
Activity自定义布局文件的ViewGroup视图，一般为FrameLayout 其id 为： android:id="@android:id/content"。
例如窗口修饰类型包括FullScreen(全屏)、NoTitleBar(不含标题栏)等。选定窗口修饰类型有两种：
①、指定requestFeature()指定窗口修饰符，PhoneWindow对象调用getLocalFeature()方法获取值；
②、为我们的Activity配置相应属性，即android：theme=“”，PhoneWindow对象调用getWindowStyle()方法
获取值。
举例如下，隐藏标题栏有如下方法：requestWindowFeature(Window.FEATURE_NO_TITLE);
或者 为Activity配置xml属性：android:theme=”@android:style/Theme.NoTitleBar”。
PS：因此，在Activity中必须在setContentView之前调用requestFeature()方法。
确定好窗口风格之后，选定该风格对应的布局文件，这些布局文件位于 frameworks/base/core/res/layout/ ，
典型的窗口布局文件有：
R.layout.dialog_titile_icons R.layout.screen_title_icons
R.layout.screen_progress R.layout.dialog_custom_title
R.layout.dialog_title
R.layout.screen_title // 最常用的Activity窗口修饰布局文件
R.layout.screen_simple //全屏的Activity窗口布局文件
到最后了，ActivityManagerService准备resume一个Activity时，会回调该Activity的handleResumeActivity()方法，再调用Activity的makeVisible方法 ，显示创建的DectorView
下面是一些总结信息:
windowManager只是提供接口，用了桥接模式，真正实现是WindowManagerImpl类。而调用addiew方法的对象来自另一个类LocalWindowManager，它会做一些简单检查，再通过WindowManagerImp类的addview完成窗口添加。addview大概分三步执行：
1.校验该窗口是否已经添加过了。
2.判断窗口类型如果是子窗口，则找到它附属的父窗口
3.new一个ViewRootImpl对象，最后调用该对象的setView方法。
setView 方法会最终会通过ipc调用IwindowSession的add方法。Session类实现了该方法，并最终给WindowManagerService处理。客户端的工作至此就完成了。
这里说明一下ViewRootImpl类，这其实是个handler。自然的，它一部分功能就是对消息进行处理，将用户的一些操作分发到view中。它也是view和WindowManagerService的桥梁。可以看到它通过一个会话将信息传递到了WindowManagerService。而WIndowManagerService也会通过IWindow接口将指令通过消息的方式发送到ViewRootImpl，ViewRootImpl处理这些消息。
二.服务端
WindowManagerService的addWindow方法主要做三部分的处理。
1.做一些合法性校验
2.完成窗口数据的构建
3.完成窗口创建后需要作出的一些调整
我们只看第二部分。首先会new一个WindowState类，该类表示一个窗口。结合WindowToken和AppWindowToken，完整的定义了一个窗口内容。接着创建一个管道，用于处理消息输入。再然后调用attach方法，创建和Surface相关的内容，用于和surfaceFlinger交互。这样，整个窗口就搭建完成了。有了WindowState类对窗口属性的保存以及token对窗口归属的标识，之后就可以通过SurfaceFlinger绘制在屏幕上了。之后通过InputManager，也能处理消息和WindowManagerService之间的传递。保证窗口显示内容和用户操作保持一致性。
当然，WindowManagerService靠近10000行的代码完成了很多功能，因为这篇文章只会了解窗口管理的整个架构，这里不一一详解，以后有时间可能会把一些比较有意思的内容再看下：
1. 窗口的创建和删除
2. 窗口的显示和隐藏控制
3. Z-order顺序管理
4. 焦点窗口管理
5. 输入法窗口管理和墙纸窗口管理
6. 切换动画
7. 系统消息收集和分发、
接下来，用户开始在程序界面上操作，KeyQ线程不多把用户消息存储到QueueEvent队列中，InputDispatcherThread线程逐个取出消息，然后调用WmS中的相关函数处理该消息，当WmS发现该消息属于客户端某个窗口时，就会调用相应的窗口W接口。
W类是一个Binder，负责接收WmS的IPC调用，并把调用消息传递给ViewRoot，ViewRoot再把消息传递给UI主线程ActivityThread，ActivityThread解析该消息并作相应的处理，在客户端程序中，首先处理消息的是DecorView，如果DecorView不想处理该消息，则可以把该消息传递给其内部包含的子View或者ViewGroup，如果还没有处理，则传递给PhoneWindow，最后在传递给Activity。
一个应用中有哪些线程？
首先，我们都知道的UI线程即用户交互线程，用来处理用户消息和界面绘制；
其次，每个Binder对象对应一个线程；在ActivityThread中会创建ApplicationThread，他们都是继承Binder，这里会启动两个线程；
所以最少应该是3个线程.....然后开发人员自定义的子线程.....待续。
