事件分发
什么是事件分发
事件分发是将屏幕触控信息分发给控件树的一个套机制。
当我们触摸屏幕时，
会产生一些列的MotionEvent事件对象，
经过控件树的管理者ViewRootImpl，
调用View的dispatchPointerEvent方法进行分发。
主要的分发流程
在程序的主界面情况下，
布局的顶层view是DecorView，
他会先把事件交给Activity，
Activity调用PhoneWindow的方法进行分发，
PhoneWindow会调用DecorView的父类ViewGroup的dispatchTouchEvent方法进行分发。
也就是Activity->Window->ViewGroup的流程。
ViewGroup则会向下去寻找合适的控件并把事件分发给他。
事件一定会经过Activity吗？
不是的。我们的程序界面的顶层ViewGroup，也就是decorView中注册了Activity这个callBack，所以当程序的主界面接收到事件之后会先交给Activity。
但是，如果是另外的控件树，如dialog、popupWindow等事件流是不会经过Activity的。只有自己界面的事件才会经Activity。
Activity的分发方法中调用了onUserInteraction()方法，你能说说这个方法有什么作用吗？
这个方法在Activity接收到down的时候会被调用，本身是个空方法，需要开发者自己去重写。
通过官方的注释可以知道，这个方法会在我们以任意的方式开始与Activity进行交互的时候被调用。比较常见的场景就是屏保：当我们一段时间没有操作会显示一张图片，当我们开始与Activity交互的时候可在这个方法中取消屏保；另外还有没有操作自动隐藏工具栏，可以在这个方法中让工具栏重新显示。
viewGroup是如何分发事件的
ViewGroup处理事件信息分为三个步骤：拦截、寻找子控件、派发事件。
事件分发中有一个重要的规则：一个触控点的一个事件序列只能给一个View处理，除非异常情况。
所以如果ViewGroup消费了down事件，那么子view将无法收到任何事件。
ViewGroup
第一步会判读这个事件是否需要分发给子view，如果是则调用onInterceptTouchEvent方法判断是否要进行拦截。
第二步是如果这个事件是down事件，那么需要为他寻找一个消费此事件的子控件，如果找到则为他创建一个TouchTarget。
第三步是派发事件，如果存在TouchTarget，说明找到了消费事件序列的子view，直接分发给他。如果没有则交给自己处理。
“一个触控点的一个事件序列只能给一个view处理，除非异常情况”,这里有什么异常情况呢？如果发生异常情况该如何处理？
这里的异常情况主要有两点：
1.被viewGroup拦截，
2.出现界面跳转等其他情况。
当事件流中断时，viewGroup会发送一个ACTION_CANCEL事件给到view，此时需要做一些状态的恢复工作，如终止动画，恢复view大小等等。
那既然说到ACTION_CANCEL类型，那你可以说说还有什么事件类型吗？
除了ACTION_CANCEL，其他事件类型还有：
ACTION_MOVE：当我们手指在屏幕上滑动时产生此事件
ACTION_UP：当我们手指抬起时产生此事件
此外多指操作也比较常见：
ACTION_POINTER_DOWN: 当已经有一个手指按下的情况下，另一个手指按下会产生该事件
ACTION_POINTER_UP: 多个手指同时按下的情况下，抬起其中一个手指会产生该事件。
一个完整的事件序列是从ACTION_DOWN开始，到ACTION_UP或者ACTION_CANCEL结束。
一个手指的完整序列是从ACTION_DOWN/ACTION_POINTER_DOWN开始，到ACTION_UP/ACTION_POINTER_UP/ACTION_CANCEL结束。
哦？说到多指，那你知道ViewGroup是如何将多个手指产生的事件准确分发给不同的子view吗
这个问题的关键在于MotionEvent以及ViewGroup内部的TouchTarget。
每个MotionEvent中都包含了当前屏幕所有触控点的信息，他的内部用了一个数组来存储不同的触控id所对应的坐标数值。
当一个子view消费了down事件之后，ViewGroup会为该view创建一个TouchTarget，这个TouchTarget就包含了该view的实例与触控id。这里的触控id可以是多个，也就是一个view可接受多个触控点的事件序列。
当一个MotionEvent到来之时，ViewGroup会将其中的触控点信息拆开，再分别发送给感兴趣的子view。从而达到精准发送触控点信息的目的。
那view支持处理多指信息吗？
View默认是不支持的。他在获取触控点信息的时候并没有传入触控点索引，也就是获取的是MotionEvent内部数组中的第一个触控点的信息。多指需要我们自己去重写方法支持他。
那View是如何处理触摸事件的？
首先，他会判断是否存在onTouchListener，存在则会调用他的onTouch方法来处理事件。如果该方法返回true那么就分发结束直接返回。而如果该监听器为null或者onTouch方法返回了false，则会调用onTouchEvent方法来处理事件。
onTouchEvent方法中支持了两种监听器：onClickListener和onLongClickListener。View会根据不同的触摸情况来调用这两个监听器。同时进入到onTouchEvent方法中，无论该view是否是enable，只要是clickable，他的分发方法都是返回true。
总结一下就是：先调用onTouchListener，再调用onClickListener和onLongClickListener。
分发方法和返回值 他们之间的关系
核心的方法有三个：dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent。
简单来说：
dispatchTouchEvent是核心的分发方法，所有分发逻辑都在这个方法中执行；
onInterceptTouchEvent在viewGroup负责判断是否拦截；
onTouchEvent是消费事件的核心方法。
viewGroup中拥有这三个方法，而view没有onInterceptTouchEvent方法。
viewGroup
viewGroup的dispatchTouchEvent方法接收到事件消息，首先会去调用onInterceptTouchEvent判断是否拦截事件
如果拦截，则调用自身的onTouchEvent方法
如果不拦截则调用子view的dispatchTouchEvent方法
子view没有消费事件，那么会调用viewGroup本身的onTouchEvent
上面1、2步的处理结果为viewGroup的dispatchTouchEvent方法的处理结果，没有消费则返回false并返回给上一层的onTouchEvent处理，如果消费则分发结束并返回true。
view
view的dispatchTouchEvent默认情况下会调用onTouchEvent来处理事件，返回true表示消费事件，返回false表示没有消费事件
第1步的结果就是dispatchTouchEvent方法的处理结果，成功消费则返回true，没有消费则返回false并交给上一层的onTouchEvent处理
简单来说，在控件树中，每个viewGroup在dispatchTouchEvent方法中不断往下分发寻找消费的view，如果底层的view没有消费事件则会一层层网上调用viewGroup的onTouchEvent方法来处理事件。
同时，由于Activity继承了Window.CallBack接口，所以也有dispatchTouchEvent和onTouchEvent方法：
activity接收到触摸事件之后，会直接把触摸事件分发给viewGroup
如果viewGroup的dispatchTouchEvent方法返回false，那么会调用Activity的onTouchEvent来处理事件
第1、2步的处理结果就是activity的dispatchTouchEvent方法的处理结果，并返回给上层
那外部和内部拦截法该如何选择呢？
在一般的情况下，外部拦截法不需要对子view进行方法重写，比内部拦截法更加简单，推荐使用外部拦截法。
但如果需要在子view判断更多的触摸情况时，则使用内部拦截法可更加方法子view处理情况。
一个触摸事件是如何从触摸屏幕开始产生的
在屏幕接收到触摸信息后，会把这个信息交给InputServiceManager去处理，最后通过WindowManagerService找到符合的window，并把触摸信息发送给viewRootImpl,viewRootImpl经过层层封和处理之后，产生一个MotionEvent事件分发给view。
