这两天看了一下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响应事件。
写得不好,望指正。