贯穿整个事件围绕着 dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()方法。
1.dispatchTouchEvent是处理触摸事件分发,事件(多数情况)是从Activity的dispatchTouchEvent开始的，执行super.dispatchTouchEvent(ev)，事件向下分发。（Activity dispatchTouchEvent 方法 实质上是 DecorView 的）
2.onInterceptTouchEvent是ViewGroup提供的方法，默认返回false，返回true表示拦截。
3.onTouchEvent是View中提供的方法，ViewGroup也有这个方法，view中不提供onInterceptTouchEvent。view中默认返回true，表示消费了这个事件。
1.在Activity里，有两个回调函数
public boolean dispatchTouchEvent(MotionEvent ev);
public boolean onTouchEvent(MotionEvent ev);
2.ViewGroup里，有三个回调函数
public boolean dispatchTouchEvent(MotionEvent ev)；
public boolean onInterceptTouchEvent(MotionEvent ev);
public boolean onTouchEvent(MotionEvent ev);
3.View里，有两个回调函数
public boolean dispatchTouchEvent(MotionEvent ev);
public boolean onTouchEvent(MotionEvent ev);
Android中默认情况下事件传递是由最终的view的接收到，传递过程是从父布局到子布局，也就是从Activity到ViewGroup到View的过程，默认情况，ViewGroup起到的是透传作用。大部分情况如以下图片:
事件传递.jpg
1.ACTION_DOWN都不消费：
1.jpg
2.ACTION_DOWN最终被View消费
2.jpg
3.ACTION_MOVE和UP在不被拦截的情况下都会传递到view
3.jpg
4.事件被 ViewGroup 消费，view接收到后续事件
4.jpg
5.ACTION_DOWN一开始就被上层拦截
5.jpg
重点描述一下 dispatchTouchEvent() 返回值 事件分发
1.false 代表不分发事件，事件到此处结束。（后续事件触发，如 只接收到DOWN 事件 后续的 move up 不再处理）
2.true 代表此刻事件分发成功，效果与 false 类似，都代表不再向下传递。
3.super.dispatchTouchEvent(event) 交由child 继续分发。
疑点
ACTION_CANCEL 事件 在做实验时没有捕捉到
网友评论