Android View的事件分发机制

触摸事件

在用户触摸屏幕时，总是离用户触摸点最近的控件来响应触摸事件，如果最近的控件没有实现响应事件，那这个事件会不断的向父类传递，直到有view响应时，就会将触摸反馈的事件流传递给这个view的onTouchEvent()方法，如下图： 如果CustmoView中不响应onTouchEvent()，那面事件会传递给LayoutView中，如果在LayoutView中响应了onTouchEvent()，那面事件就不会再传递给RootView了。

Android 自定义触摸反馈事件时，通常都是如下的写法：

public class MyView {
    // ...

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                //...
                break;
            case MotionEvent.ACTION_MOVE:
                //...
                break;
            case MotionEvent.ACTION_UP:
                //...
                break;
        }
        return true;
    }
}

复写onTouchEvent()然后在这里面处理触摸反馈的事件流。 tips: 1.return true 代表本次事件流在这里消费，ACTION_DOWN 时候返回true 才是有效的。 这样事件就不会再传递给父类进行处理。 2.触摸反馈事件流是以ACTION_DOWN开始，以ACTION_UP或者ACTION_CANCEL结束的一组事件，例如： 按钮点击事件的触摸反馈事件流 ACTION_DOWN -> ACTION_MOVE -> ACTION_MOVE -> ACTION_UP 被中止事件的触摸反馈事件流 ACTION_DOWN -> ACTION_MOVE -> ACTION_CANCEL

事件拦截

现在有如下这样的一种场景： 一个Listview, Listview中的每一项itme中都有个Button，Button中的实现 重写了onTouchEvent()方法来自定义触摸事件

场景1: 用户点击Button，然后松开手指。 结果： 产生点击事件，事件流是这样的： 原因： Button是离用户触摸点最近的控件，并且消费了本次的事件流。 ACTION_DOWN -> ACTION_MOVE -> ACTION_MOVE -> ACTION_UP

场景2: 用户点击Button，向上滑动。 结果： 不会触发Button的点击事件，而是Listview开始滑动。 这次为什么不是Button消费了本次的事件流呢？ 原因： 关键在onInterceptEvent()这里。 分析：

@Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
         // dispatchTouchEvent 事件分发的时候会先检查事件是否被拦截
         // Check for interception.
         final boolean intercepted;
           // ... 删除了无关代码
          // Update list of touch targets for pointer down, if needed.
            final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
            TouchTarget newTouchTarget = null;
            boolean alreadyDispatchedToNewTouchTarget = false;
            if (!canceled && !intercepted) {
                
                         // ... 删除了无关代码
                                // 没有被拦截，才会执行之后的onTouch事件，dispatchTransformedTouchEvent 中会分发onTouchEvent事件
                      if (dispatchTransformedTouchEvent(ev, cancelChild,
                                target.child, target.pointerIdBits)) {
                            handled = true;
                        }
             }
}

MotionEvent事件是从根视图开始分发的，上面的dispatchTouchEvent() 负责事件分发。 每次MotionEvent事件都会先询问上级视图是否需要拦截本次事件流，一但上级视图返回了true，那么后续的事件流就都会直接传递给这个视图的onTouchEvent()方法，不会再传递给之后的视图了。 这也就解释了为什么点击Button，向上滑动不是触发点击事件而是触发了Listview的滑动事件。这是因为Listview在onInterceptEvent()中判断出本次是滑动事件，从而拦截了本次事件流，来让自己处理本次事件流。

tips: 1. onTouchEvent() 函数中只有ACTION_DOWN时返回true才是有效的，若ACTION_DOWN没有返回true，那么后续的事件流也就不会再进来了，和这个view也就无缘了。 1. onInterceptEvent() 函数中可以在最开始ACTION_DOWN时返回false，然后再之后的事件流中来判断是否需要开始拦截本次事件流，也就是说可以在之后事件流的过程中来判断是否达到触发拦截条件，从而来开始拦截

阻止上级事件拦截

现在有如下这样的一种场景： 在一个类似Listview的支持滚动的自定义View中, View中有个Button，Button中的实现 重写了onTouchEvent()方法来自定义触摸事件，长按后支持Button上下移动。

场景3: 用户点击Button，长按后向上滑动。 结果： 不会触发View滑动，而是Button在移动 这次为什么View中的onInterceptEvent()没有拦截到移动的事件流呢？ 原因： 关键在requestDisallowInterceptTouchEvent()这里 分析： requestDisallowInterceptTouchEvent()是告诉上级视图，不要拦截本次的事件流。 这个设置是临时的，也就是只对本次事件流有效。 下次事件流发生时候，如果需要还必须要重新调用一次。

End！