触摸事件的分发（ViewTree篇）

为了便于表述，我们假设我们的布局结构是这样的：

事件传递实例布局.png

很多博文中把这部分统称为事件的分发。
其实根据我的我理解。这个流程可以细分为：

①、事件的分发过程
②、事件的消费过程。

事件在View树中的分发&消费

事件在View树中的分发过程如图所示：

事件分发过程.png

蓝色的比较粗的箭头表示事件的分发过程。

赘述一下，这里分两种类型：

1. ViewGroup： onInterceptTouchEvent返回true，需要自己处理触摸事件时就停止向下传递。onInterceptTouchEvent返回false，不拦截触摸事件，继续传递给ViewTree中子View。
2. View：先看有无TouchListener，如果有，优先处理之，根据返回结果看是否需要View的onTouchEvent()方法做进一步处理。如果没有，直接调用View的onTouchEvent()方法进行处理。

事件在View树中的消费过程

事件消费过程.png

①：红色的较粗箭头表示事件的消费过程。
②：如图中所示，当ViewGroup拦截了触摸事件，需要自己来处理时，其处理过程和一个View（如ViewC）是一致的。有些同学在这里直接用没有设置Listener时的onTouchEvent()单一情况来表示拦截触摸事件后的处理过程，实在是不准确。

结合起来

事件传递过程&消费过程.png

举几个例子

如果上文并无疑惑，您已经无需继续阅读了。为了让仍有疑惑的同学加深理解，不能免俗得举几个例子：

①：ViewGroupA 拦截事件，并用onTouchEvent方法处理之

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.d("ViewGroupA", "ViewGroupA--不拦截事件--"+ MotionEventUtil.getActionName(ev.getActionMasked()));
        return true;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d("ViewGroupA", "ViewGroupA.onTouchEvent--"+ MotionEventUtil.getActionName(event
                .getActionMasked()));
        return true;
    }

此时，无论ViewGroupB和ViewC对触摸事件的处理是什么情况，输出结果都为：

com.zlq.customwidget D/ViewGroupA: ViewGroupA--拦截事件(true)--ACTION_DOWN
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_DOWN
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_MOVE
com.zlq.customwidget D/ViewGroupA: ViewGroupA.onTouchEvent--ACTION_UP

此时事件的传递过程为：

Paste_Image.png

可以看到，事件被ViewGroupA拦截后，ViewGroupB和ViewC根本未派上用场。

②：ViewGroupB 拦截了事件，但未用onTouchEvent方法处理

ViewGroupA:

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        boolean result=false;
        Log.d("ViewGroupA", "ViewGroupA--拦截事件("+result+")--"+ MotionEventUtil.getActionName(ev
                .getActionMasked()));
        return result;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d("ViewGroupA", "ViewGroupA.onTouchEvent--"+ MotionEventUtil.getActionName(event
                .getActionMasked()));
        return true;
    }

ViewGroupB:

 @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        boolean result=true;
        Log.d("ViewGroupA", "ViewGroupB--拦截事件("+result+")--"+ MotionEventUtil.getActionName(ev
                .getActionMasked()));
        return result;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d("ViewGroupB", "ViewGroupB.onTouchEvent--"+ MotionEventUtil.getActionName(event
                .getActionMasked()));
        return false;
    }

处理流程：

事件传递情况2.png

可以看到，虽然最终仍然是交由ViewGroupA消费，但此时ViewGroupB是可以获得触摸事件并有机会自己处理的(如果其onTouchEvent()返回true，就可优先ViewGroupA自己处理了)。

③：ViewGroupA、ViewGroupB都未拦截事件，交由ViewC的TouchListener处理。

ViewGrouA、ViewGroupB代码:

   @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        return false;
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        return false;
    }

ViewC代码：

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        return false;
    }

ViewC设置TouchListener事件：

        vViewC.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.d("TouchDispatchTestActivity", "ViewC.onTouch");
                return false;
            }
        });

此时事件传递流程：

事件传递情况3.png

可以看到，只有在ViewGroupA、ViewGroupB都不拦截事件时，ViewC才有可能接触到触摸事件。而ViewC父类直接是View，所以遵照View对触摸事件的处理。ViewC虽然并没有在他的onTouchEvent方法中处理事件，但是却设置有touchListener，所以，该事件最终由ViewC的touchListener消费。

④：更多情况

该例子中关于触摸事件的处理，还可以有很多情况，在此不一一列举。聪明的你，相比已经想到一些为列举出来的情况了吧。😄😄😄😄😄