所谓点击事件的事件分发，其实就是对MotionEvent事件的分发过程。此过程由三个很重要的方法来共同完成：dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent。
同一个事件序列：指的是从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件以down事件开始，中间含有数量不定的move事件，最终以up事件结束。
View事件传递
当一个点击事件产生后，传递过程遵循如下顺序：Activity——Window——View/ViewGroup，顶级view收到事件后就会按照事件分发机制分发。
dispatchTouchEvent()
事件的分发受本层的onInterceptTouchEvent方法、onTouchEvent返回值和下级view的dispatchTouchEvent结果影响。
- 返回true，表示该事件可能被本层或被下层处理了，事件不再分发。
有以下几种情况：
- onInterceptTouchEvent拦截了事件(返回true)，且本层onTouchEvent处理了事件(返回true)；
- 下层元素的dispatchTouchEvent返回值为true，事件被下层处理掉了。
- 返回false，表示事件由下层上抛或本层没处理，继续上抛。
有以下几种情况：
- onInterceptTouchEvent拦截了事件，但本层的onTouchEvent没处理该事件(返回false)，该事件上抛给父容器onTouchEvent处理，若父容器的onTouchEvent返回false，其dispatchTouchEvent也返回false，重复事件上抛，直到最后activity的onTouchEvent处理掉。
- onInterceptTouchEvent没拦截该事件(返回false)，但下层的dispatchTouchEvent因该层的onTouchEvent返回false，表示事件上抛到本层了。
onInterceptTouchEvent()
事件的拦截（false和默认实现父类方法都是不做拦截处理，直接传递到子view的dispatchTouchEvent）
- 返回true，将事件进行拦截，并将拦截到的事件交由本层控件的 onTouchEvent 进行处理；
- 返回false，不对事件进行拦截，该事件被分发到子View，并由子View的dispatchTouchEvent分发。
- 默认返回super.onInterceptTouchEvent(ev)，事件默认不会被拦截，交由子View的dispatchTouchEvent进行处理。
如果当前view拦截了该事件，则在同事件序列中后续事件都会直接交给该view处理，不再调用onInterceptTouchEvent方法了。如果想提前处理所有点击事件，可调用dispatchTouchEvent()方法。
onTouchEvent()
事件的响应（只有false表示不执行此事件）
- 返回true，执行了此次事件，此时事件终结，将不会继续后续的冒泡。
- 返回false，该view的父容器onTouchEvent将会被调用，若所有层级onTouchEvent都不处理，最后由activity的onTouchEvent处理。
- 默认返回super.onTouchEvent(ev)，处理的逻辑和返回true时相同。
补充知识点：
- view对事件的处理按onTouchListener->onTouchEvent->onClickListener优先级执行。
- TextView默认clickable为false，longClickable为false，则onTouchEvent不消耗事件，但setOnclickListener会改变clickable值为true，消耗事件。
下图恰当的表明了事件传递过程中三者的关系(非源码)：
总结
- 如果当前view拦截了该事件，则在同事件序列当中后续事件都会直接交给该view处理（除非通过onTouchEvent上抛事件），并且同事件序列中的后续事件不再触发onInterceptTouchEvent方法。
- 如果当前view开始处理该事件，但该view的onTouchEvent返回false，则该事件将上抛给父容器的onTouchEvent处理，同事件序列中的后续事件都由父容器处理。
- View 和activity没有onInterceptTouchEvent方法，但有dispatchTouchEvent和onTouchEvent。
- 调用父容器的requestDisallowInterceptTouchEvent(boolean)方法，可干预父容器对事件的拦截，但无法拦截ACTION_DOWN事件。
View的滑动冲突
常用两种解决滑动冲突的思路：外部拦截法和内部拦截法。
- 外部拦截法：父容器调用onInterceptTouchEvent方法，且ACTION_DOWN事件一定不拦截，根据情况控制其他事件的返回值，若返回 false则表示不拦截，事件交给子元素处理。【推荐】
- 内部拦截法：子元素的dispatchTouchEvent方法中根据情况调用parent.requestDisallowInterceptTouchEvent(false)表示子元素不处理该事件。若父容器要处理该事件，则父容器中要默认拦截除了ACTION_DOWN以外的事件。
案例1：在子元素listview中屏蔽父容器scrollview的事件拦截。
mLisetview.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View view, MotionEvent motionEvent) {
if(motionEvent.getAction() == MotionEvent.ACTION_UP){
scrollView.requestDisallowInterceptTouchEvent(false);
}else{
//屏蔽父控件的拦截事件
scrollView.requestDisallowInterceptTouchEvent(true);
}
return false;
}
});
同向滑动冲突时，点击区域在listview内，则滑动事件交给listview处理，屏蔽父容器scrollview的事件拦截。
案例2:横向滑动viewgroup中的子元素与viewgroup事件拦截。
- 在屏幕上横向滑动时，事件由viewgroup拦截并滑动；
- 点击viewgroup内的子元素时，该子元素获得点击事件；
外部拦截法如下，即在viewgroup中针对不同操作处理事件拦截。辅助代码可忽略。
Scroller scroller;
int childWidth;
VelocityTracker velocityTracker;
int lastTouchX;
int nearlyChildIndex;//偏移对应的最近item索引
int lastInterceptX, lastInterceptY;
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean isIntercepted = false;
int x = (int) ev.getX();
int y = (int) ev.getY();
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
isIntercepted = false;
if (!scroller.isFinished()) {
scroller.abortAnimation();
isIntercepted = true;
}
break;
case MotionEvent.ACTION_MOVE:
int offsetX = x - lastInterceptX;
int offsetY = y - lastInterceptY;
//横向滑动大于纵向滑动时 拦截事件
if (Math.abs(offsetX) > Math.abs(offsetY)) {
isIntercepted = true;
//记录事件拦截时坐标
lastTouchX = x;
} else {
isIntercepted = false;
}
break;
case MotionEvent.ACTION_UP:
isIntercepted = false;
break;
}
lastInterceptX = x;
lastInterceptY = y;
return isIntercepted;
}
viewgroup的ACTION_DOWN默认不拦截事件，不然后续同序列事件都直接由viewgroup处理量。
拦截规则：横向滑动大于纵向滑动时，由viewgroup拦截事件并滑动操作。
