接上篇，上篇简单介绍了下应用安装流程，以及附加梳理了编译和加载相关的一些内容。这个过程很多知识点启动流程会涉及到，所以先打个底。那么其实从这篇开始才正式进入应用的启动流程梳理。
二、Input事件传递流程
大致流程：
2.1.TP事件形成：屏幕的Firmware按一定频率扫描到电流变化开始计算触摸的位置并上报，报点信息通过TP driver处理最终写入相关设备节点（/dev/input/eventXXX）。
2.2.事件获取：EventHub收集底层硬件设备tp报点。打开"/dev/input/"目录下的input设备，并将其注册到epoll的监控队列中。一旦对应设备上有可读的input事件，马上包装成event，上报给InputReader。
2.3.事件读取：InputReader获取到事件后，通过DeviceId和对应的InputMapper来确认是什么设备的什么类型事件，并对其进行首次数据结果封装，结果放入InputDispatcher的mInboundQueue中等待被分发处理。
2.4.事件分发：InputDispatcher从mInboundQueue队头取出事件，寻找焦点窗口，确认InputChannel连接是否有效（InputChannel注册是在WMS创建窗口时候做的），一切就绪就把当前事件放入outBoundQueue, 然后将事件发送给应用进程，同时将当前事件对象从outBoundQueue转移到waitQueue.这里要注意ANR的问题，如果下一个Input事件到来，发现当前waitQueue队列不为空，且头事件分发超过了500ms，那么就开始ANR计时，超过5S会生成ANR对应的command命令，在下一次触发command命令时走ANR流程。
Input事件在系统层面传递的整体流程图如下：
2.5.
事件消费：应用进程获取到事件，按事件类型匹配InputStage具体实现类来负责消费事件，以touch事件为例，下面就是事件分发流程。
2.6.事件分发：dispatchTouchEvent(分发)、onInteceptTouchEvent(过滤)、onTouchEvent(处理)。其中onInteceptTouchEvent只有ViewGroup才有。
- 如果onInteceptTouchEvent拦截，则交给当前ViewGroup来消费，如果不拦截，事件向下传递给子类。onTouchEvent消费就自己处理，不消费就向上传递给父类去消费。
事件传递顺序：Activity > ViewGroup > View
不同事件类型消费顺序：onTouchListener.onTouch > onTouchEvent > OnClickListener.OnLongClickListener >OnClickListener.onClick。
好了Input就梳理这么多，具体细节老规矩还是参考之前的文章：
Android Input（一）-相关模块初始化
Android Input（二）-输入子系统
Android Input（三）-InputReader获取事件
Android Input（四） -InputDispatcher分发事件
Android Input（五）-InputChannel通信
Android Input（六）-ViewRootImpl接收事件
Android Input（七）-ViewRootImpl处理事件
Android Input（八）- ANR原理分析
Android Input（九）-Input问题分析指北
Android Input（十）-整体流程图
Android WMS（三）- Input管理
