Android之Touch事件分发机制
直接进入正题，在android开发中，手势触碰是经常使用到的。这两天刚好在看这方面的资料，在这里写篇文章做个小总结。
首先必须知道五大布局Layout：LineaLayout，RelativeLayout，FrameLayout，AbsoluteLayout都继承自ViewGroup，而TableLayout继承LinearLayout，也相当于继承于ViewGroup。
而ViewGroup继承自View。
而我们最终在屏幕上显示控制的控件如TextView，Button等都直接或间接继承自View。
View中有两个方法参与到Touch事件分发
onDispatchTouchEvent(MotionEvent event)和onTouch(MotionEvent event)
ViewGroup有三个方法参与到Touch事件分发
onDispatchTouchEvent(MotionEvent event)，onInterceptTouchEvent(MotionEvent ev)，onTouch(MotionEvent event)
当我们手指出门屏幕，手势事件最早被传递到Layout布局的dispatchTouchEvent，即ViewGroup的dispatchTouchEvent
public boolean performClick() { sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); if (mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); mOnClickListener.onClick(this); return true; } return false;}在这部分分析中我们也发现了一个小秘密，如果我们复写了onTouchListener中的onTouch让它返回false，这样dispatchTouchEvent将不会执行到onTouchEvent方法，使得onClick事件永远得不到执行。
好了，全部分析完毕，做几点小总结
1、onTouch优先于onTouchEvent执行，且onTouch返回true将不执行onTouchEvent,并导致onTouchEvent里的点击事件得不到执行
2、手势事件从最外部的ViewGroup的dispatchTouchEvent开始分发，如果onInterceptTouchEvent拦截了该手势事件，即返回true，手势事件将不会往下分发，即不执行view的dispatchTouchEvent，而是让该ViewGroup的的父类dispatchTouchEvent来消费该手势事件。
3、如果View的dispatchTouchEvent消费了ACTION_DOWN事件，即对ACTION_DOWN返回true，后续的的ACTION_MOVE和ACTION_UP将直接被分发到这个view来消费。
最后感谢 Android事件分发机制完全解析，带你从源码的角度彻底理解(上)
Android事件分发机制完全解析，带你从源码的角度彻底理解(下)
两篇文章的作者，我就是在看了这两篇文章后，再看了些资料才了解了android手势分发事件。