Android-事件分发机制(事件流向层面)

前言：本文只是对大佬的文章做一个归纳，用于复习，建议看原文：https://www.jianshu.com/p/e99b5e8bd67b#

1. 如果事件不被中断，整个事件流向是一个类U型图，事件按照U型完整走完。
从上往下Activity–>ViewGroup–>View 调用dispatchTouchEvent()，一直到View，再从下往上View–>ViewGroup–>Activity调用onTouchEvent()

2. dispatchTouchEvent() 和 onTouchEvent()
只要返回true，事件就被消费了，停止传递。
只要返回false，事件回传给父控件的onTouchEvent()回溯处理。

3. ViewGroup的dispatchTouchEvent()调用onInterceptTouchEvent()：
问拦截器要不要拦截事件，返回true表示拦截事件自己的onTouchEvent()处理。不拦截就继续往子View的dispatchTouchEvent()传递。

4.当想要自己处理事件，把自己分发给自己的onTouchEvent：
ViewGroup需要拦截器onInterceptTouchEvent()中返回true把事件拦截下来。默认false不拦截。
View没有拦截器，默认分发给自己的onTouchEvent()。

(下图来源：https://www.jianshu.com/p/e99b5e8bd67b#)
看完后自己画了个：

5.dispatchTouchEvent() 事件分发四目标
1）return true; 自己消费，终结传递。
2）给自己的onTouchEvent()处理;（ViewGroup调用拦截器，拦截器true分发。View自动分发。）
3）传给子View；（ViewGroup调用拦截器，拦截器false传给子类。）
4）不传给子View，事件开始回溯；由下往上执行每个控件的onTouchEvent()。

6.onTouchEvent() 事件处理两方式
1）return true; 自己消费
2）return false；不消费，从下往上，让父类能收到事件。

7.ViewGroup的onInterceptTouchEvent()拦截器两情况
1）return true; 拦截自己的onTouchEvent()处理。
2）return false; 不拦截，事件传给子View。