Android View的事件分发

 这两天看了一下View与ViewGroup的事件分发。

1.在父View中(ViewGroup)，如果不重写onInterceptTouchEvent(ev)，并返回true的话，那么触发的事件会传递到它的子View中去。

其中：

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

onInterceptTouchEvent的默认返回值为false，所以在一般的情况下，父View中是不会拦截事件进行处理的。

2.如果父View拦截了事件，那么父View就消耗了事件，而不会再传递给子View。

3.当父View的onInterceptTouchEvent为false时，那么子View接收到事件，如果子View 还有自己的子View的话，会重复上面的步骤。直到最后一层，或者事件被消耗掉。

以上只是一个过程，下面看一下源码的具体处理：

ViewGroup中

public boolean dispatchTouchEvent(MotionEvent ev) {

...

if (actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null) {
                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
                if (!disallowIntercept) {
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else {
                    intercepted = false;
                }
            } else {
                // There are no touch targets and this action is not an initial down
                // so this view group continues to intercept touches.
                intercepted = true;
            }

...

//以下是做判断，如果被拦截了就自己处理事件，如果没有被拦截就往下传递。

...

}

在View中的

 public boolean dispatchTouchEvent(MotionEvent event) {
        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
        }


        if (onFilterTouchEventForSecurity(event)) {
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                return true;
            }


            if (onTouchEvent(event)) {
                return true;
            }
        }


        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
        }
        return false;
    }

我们可以看到view的onTouch()比onTonchEvent()先执行,如过onTouch()中没有消耗掉事件，才会传递到onTouchEvent()的方法中，

另外：在onTouchEvent中的down时会postDelayed来计算此刻开始的点击判断是否是长按事件，回调onLongClick给注册监听的View，

在up的时候会回调onClick给注册监听的View响应事件。

写得不好，望指正。