Android事件分发理解

Android事件分发机制是个难点和重点，结合下各家，写点自己的理解。。

首先抛出一个小问题，写一个button的点击事件

button.setOnClickListener(new OnClickListener() {
    @Override
    public void onClick(View v) {
        Log.d("TAG", "onClick execute");

再写一个button的touch事件

button.setOnTouchListener(new OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        Log.d("TAG", "onTouch execute, action " + event.getAction());
        return false;
    }
});

结果：

如果把ontouch方法返回值改为true，结果：

这是为什么？你先可以理解为返回true被消费了，不会往下传递了。

你触摸到了任何一个控件，就一定会调用该控件的dispatchTouchEvent方法。那当我们去点击按钮的时候，就会去调用Button类里的dispatchTouchEvent方法，可是你会发现Button类里并没有这个方法，那么就到它的父类TextView里去找一找，你会发现TextView里也没有这个方法，那没办法了，只好继续在TextView的父类View里找一找，这个时候你终于在View里找到了这个方法，示意图如下：

然后我们来看一下View中dispatchTouchEvent方法的源码：

public boolean dispatchTouchEvent(MotionEvent event) {
    if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
            mOnTouchListener.onTouch(this, event)) {
        return true;
    }
    return onTouchEvent(event);
}

看这个就明白了：刚才我们修改的outouch()方法return true，那么就走上面的if语句，被消费了没有执行click方法，如果outouch()ruturn false，那么dispatchTouchEvent()就ruturn onTouchEvent(event)，说明了click方法一定在outouchEvent方法里面，点进去看下，果然

public boolean performClick() {
    sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
    if (mOnClickListener != null) {
        playSoundEffect(SoundEffectConstants.CLICK);
        mOnClickListener.onClick(this);
        return true;
    }
    return false;
}

****************************************************************************************************************************
接下来我们看一个图

理解自:

注意：

• 目前所有的图的事件是针对ACTION_DOWN的，对于ACTION_MOVE和ACTION_UP后面再说。

然后总结一下：1.有三层，Activity,ViewGroup,View, 然后呢，分别是dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent,理解为分发，拦截，消费，因为Activity和view在最上和最底层，所以没有onInterceptTouchEvent.

2,接下来认真看下图,有三种返回值，return true，return false， return super,如果只走return super的话那么就是一个U型，整个流程应该是Activity---->ViewGroup--->View 从上往下调用dispatchTouchEvent方法，一直到叶子节点（View）的时候，再由View--->ViewGroup--->Activity从下往上调用onTouchEvent方法。

只要分析dispatchTouchEvent它的四条线路就可以理解这幅图

3.线路1：dispatchTouchEvent和onTouchEvent只要是返回true就是被消费了，没了，不会往下传了

4.线路2：dispatchTouchEvent和onTouchEvent只要是返回false就会回溯给父空间的onTouchEvent处理，类似递归停止开始回溯。

5.dispatchTouchEvent返回super.XXXX（）那么就会交给这个ViewGroup的onInterceptTouchEvent 来处理,onInterceptTouchEvent (意思拦截，就是ViewGrouo分发的时候，问一问要不要拦截，如果拦截返回true，如果不拦截返回false，默认return super.onInterceptTouchEvent()就是return false)，这里面再分两条路，线路3：到了onInterceptTouchEvent 返回true表示拦截，那么意思说自己要处理，就传给自己的onTouchEvent处理，线路4：onInterceptTouchEvent 默认或者返回false那么就交给子view的dispatchTouchEvent

6.这个时候有人可能会有疑问，子view没有onInterceptTouchEvent ，那么怎么给它的onTouchEvent呢，为了让View可以把事件分发给自己的onTouchEvent，View的dispatchTouchEvent默认实现（super）就是把事件分发给自己的onTouchEvent

*************************************************************************************************************************8

关于ACTION_MOVE 和 ACTION_UP

 

上面讲解的都是针对ACTION_DOWN的事件传递，ACTION_MOVE和ACTION_UP在传递的过程中并不是和ACTION_DOWN 一样，

你在执行ACTION_DOWN的时候返回了false，后面一系列其它的action就不会再得到执行了。简单的说，就是当dispatchTouchEvent在进行事件分发的时候，

只有前一个事件（如ACTION_DOWN）返回true，才会收到ACTION_MOVE和ACTION_UP的事件。

对于ACTION_MOVE、ACTION_UP总结：ACTION_DOWN事件在哪个控件消费了（return true），

那么ACTION_MOVE和ACTION_UP就会从上往下（通过dispatchTouchEvent）做事件分发往下传，就只会传到这个控件，不会继续往下传，

如果ACTION_DOWN事件是在dispatchTouchEvent消费，那么事件到此为止停止传递，如果ACTION_DOWN事件是在onTouchEvent消费的，

那么会把ACTION_MOVE或ACTION_UP事件传给该控件的onTouchEvent处理并结束传递。

 

 理解自：http://www.jianshu.com/p/e99b5e8bd67b,

http://blog.csdn.net/guolin_blog/article/details/9097463