一、FrameWork整体运行框架说明：

1．Activity的创建会创建PhoneWindow，PhoneWindow会创建DocerView，DocerView会创建View和ViewGroup。

2.应用程序在Activity中添加和删除窗口，是通过调用WindowManager类的addView和RemoveView函数达成，具体实现是通过桥接模式实现的WindowManagerImpl来实现。进而转向调用ViewRoot类的setView和removeViewLocked，然后通过IPC机制调用到WMS中的addWindow和removeWindow来完成。

3.当AMS通知ActivityThread销毁某个Activity时，ActivityThread会直接调用WindowManager的removeView方法删除窗口，实现在WindowManagerImpl类。

4.AMS调用WMS，一般情况是告诉WMS一些消息，比如某个新的Activity要启动了，从而WMS会保存一个该Activity记录的引用，有时也会直接调用WMS的接口，比如切换窗口时，启动切换窗口是直接调用WMS的setAppStartingWindow。

5.WMS内部是全权接管了输入消息的处理和屏幕的绘制，输入消息的处理是借助于InputManager类完成，InputManger类会生成两个线程InuptReaderThread和InputDispatcherThread，InuptReaderThread循环地从EventHub读取输入消息，对于非大数据是通过channel方式（InputChannel会生成serverChannel和ClientChannel）派发消息，对应大数据则是通过共享缓存ShareMemory分发消息；InputDispatcherThread会从Channel或者ShareMemory获取消息并派发，派发是通过InputPublisher，应用层客户端通过InputConsumer不断从Channel或者ShareMemory获取派发的消息，进而交由ViewRoot处理。其中InputPublisher，InputPublisher和InputConsumer是由InputMoniter生成。

所以InuptReaderThread和EventHub是生产者，InputDispatcherThread是消费者，InputMoniter是消费渠道，ViewRoot是消费者和生产者的桥梁，WMS和AMS是家庭夫妻双管家。

二、FrameWork启动流程

Android启动过程包含从Linux内核加载到Home应用程序启动的整个过程。整体流程如下：

1. Android是基于Linux内核的系统平台。启动时，首先通过bootloader（系统加载器），加载Linux内核。在Linux加载启动时，与普通的Linux启动过程相同，先初始化内核，然后调用init进程。

2. Init进程启动zygote：解析配置文件：init.rc（系统配置文件）及initXXX.rc（与硬件平台相关的文件）的内容执行一系列的命令，包括创建mount目录，安装文件系统，设置属性，启动属性服务器，启动Socket服务端口-》加载preload-classes和preload-resources（Framework大部分类及资源）-》fork启动新的进程Zygote（其实是由fork和execv共同创建）。

3. Zygnote孵化第一个进程SystemServer，SystemServer启动各种系统服务线程。SystemServer进程在Android的运行环境中扮演了"神经中枢"的作用，APK应用中能够直接交互的大部分系统服务都在该进程中运行，常见的比如WindowManagerServer（Wms）、ActivityManagerSystemService（AmS）、PackageManagerServer（PmS）等，这些系统服务都是以一个线程的方式存在于SystemServer进程中。SystemServer的main()函数首先调用的是init1()函数，这是一个native函数，内部会进行一些与Dalvik虚拟机相关的初始化工作。该函数执行完毕后，其内部会调用Java端的init2()函数，该函数首先创建了一个ServerThread对象，该对象是一个线程，然后直接运行该线程，于是，从ServerThread的run()方法内部开始真正启动各种服务线程。

基本上每个服务都有对应的Java类，从编码规范的角度来看，启动这些服务的模式可归类为三种：模式一是指直接使用构造函数构造一个服务，由于大多数服务都对应一个线程，因此，在构造函数内部就会创建一个线程并自动运行。模式二是指服务类会提供一个getInstance()方法，通过该方法获取该服务对象，这样的好处是保证系统中仅包含一个该服务对象。模式三是指从服务类的main()函数中开始执行。无论以上何种模式，当创建了服务对象后，有时可能还需要调用该服务类的init()或者systemReady()函数以完成该对象的启动

1. 当以上服务线程都启动后，AMS以systemReady调用完成最后启动，mMainStack.resumeTopActivityLocked（null）-》mService.startHomeActivityLocked启动第一个Activity。至此，FrameWorkd启动完成。

SystemServer中启动服务列表