安卓的Touch事件传递处理主要与三个方法有关，分别为
- 传递——dispatchTouchEvent()函数、
- 拦截——onInterceptTouchEvent()函数、
- 消费——onTouchEvent()函数
其调用顺序与上述一致，其中onInterceptTouchEvent函数只有ViewGroup才有
借用网上的两张图片
clipboard.png
clipboard.png
主要内容就是：
1.事件通过dispatch函数向下传递，通过onTouch函数向上冒泡
2.当onTouch函数返回true时，表示事件被消费，从而使事件不再向上冒泡
3.当onInterceptTouchEvent函数返回true时，表示阻止事件的向下传递，如果当前view不消费事件，则事件会从当前层次在onTouch向上冒泡
4.当某一层View 的action_down事件不消费时，该view就不会收到后续的move和up事件
网上资料都说，onTouch返回true表示消费事件，onInterceptTouchEvent返回true表示拦截事件，onDispatchEvent返回true又表示什么？这三个返回值相互之间有什么制约呢？当我重载他们并通过打log发现，log信息并不是我想象中的那样
实验前：
- 所有的层的dispatchTouchEvent都直接调用父类的方法 return super.dispatchTouchEvent( )，后面的测试在不说明的情况下这是默认的做法
- 除非特别说明，否则所有的onInterceptTouchEvent方法都紧跟着dispatch方法后被调用，图里不再标示
- “调用super，但直接返回false” ,意思是在代码中
super.xxxxEvent();
return false;
而不是return super.xxxEvent();
例一
clipboard.png
讨论分析
- ViewGroup的interceptTouchEvent紧跟着dispatchTouchEvent之后调用， intercept和ontouch默认情况下返回false;
- View和viewgroup在不消费action_down事件的情况下，不会触发后续的action_move、action_up等事件
- activity即使不消费action_down事件，依然会在两个方法中收到move和up事件
例二（也是比较常见的情况）
clipboard.png
讨论分析
- View在onTouch消费了所有事件，所以只有View的onTouch方法被调用，事件不向上传递。情况简单，不多述
例三（开始不太正常）
clipboard.png
讨论分析
- ViewGroup2之上的所有的intercep方法会被调用（这个例子中是指viewgroup的intercept，同样是跟在dispatch之后），但ViewGroup2的Intercep方法不会调用
- 所有的onTouch方法不会被调用
例4
clipboard.png
讨论分析
当我们不在dispatch方法中调用super且直接返回false时，事件传递逻辑就变得有点乱
- ViewGroup2的onTouch不被调用，但onTouch事件能从上一层开始正常冒泡
- 由于action_down不消费，则后续事件不再传下来
总结
- activity的onTouch和dispatch方法无论任何事件、事件是否被消费都会被调用
- 这三个方法的调用并不是我们想像中的独立的线性关系，而是调用与被调用的关系，onTouch和onIntercept方法其实是在view的dispathTouchEvent方法中被调用的，而且dispathTouchEvent的返回值参考了onTouch的返回值，如果我们重载dipatch时不调用super.dispatch，则这个view的onTouch、onIntercept方法不会被调用
- super.dispathTouchEvent的返回值与onTouch的返回一致，onTouch返回true之所以能阻止事件向上传递是因为其使得dispathTouchEvent也返回了true。这时如果你重载dispathTouchEvent强制返回false，依然无法阻止事件向上冒泡
- 要使事件向下传递，必需在dispatch中调用super.dispatch（如果你重载它的话），如果不调用super，就代表截拦事件，但不代表消费事件，因为这时onTouch不会被调用，无法消费，但事件会从上一层开始在onTouch中向上冒泡，如 例4
