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;}

没错，performClick确实执行了mOnClickListener.onClikc(this);就是执行我们设置的onClick事件。并且在onTouchEvent的89行返回了true。

在这部分分析中我们也发现了一个小秘密，如果我们复写了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手势分发事件。