这二天准备把事件分发写个博客,因为view事件分发简单点,晚上再把ViewGroup事件分发学习下,然后写例子玩玩,
自定义TouchView继承了View,
public class TouchView extends View { public TouchView(Context context) { super(context); } public TouchView(Context context, @Nullable AttributeSet attrs) { super(context, attrs); } public TouchView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) { super(context, attrs, defStyleAttr); } @Override public boolean onTouchEvent(MotionEvent event) { Log.e("TouchView","onTouchEvent-------"); return super.onTouchEvent(event); } }
给这个TouchView还有其他二个方法:
touch_view.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.e("TouchView","onTouch-------------"); return false; } });
然后在view上点击下,看输出的log:
我是点击了下,没有move,因为打印太多了,要想知道为啥是这个打印的顺序就要从View的dispatchTouchEnvent()方法
里去找答案,因为这是View事件分发的入口.
public boolean dispatchTouchEvent(MotionEvent event) { // If the event should be handled by accessibility focus first. if (event.isTargetAccessibilityFocus()) { // We don't have focus or no virtual descendant has it, do not handle the event. if (!isAccessibilityFocusedViewOrHost()) { return false; } // We have focus and got the event, then use normal event dispatch. event.setTargetAccessibilityFocus(false); } boolean result = false; if (mInputEventConsistencyVerifier != null) { mInputEventConsistencyVerifier.onTouchEvent(event, 0); } final int actionMasked = event.getActionMasked(); if (actionMasked == MotionEvent.ACTION_DOWN) { // Defensive cleanup for new gesture stopNestedScroll(); } if (onFilterTouchEventForSecurity(event)) { if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) { result = true; } //noinspection SimplifiableIfStatement ListenerInfo li = mListenerInfo; if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { result = true; } if (!result && onTouchEvent(event)) { result = true; } } if (!result && mInputEventConsistencyVerifier != null) { mInputEventConsistencyVerifier.onUnhandledEvent(event, 0); } // Clean up after nested scrolls if this is the end of a gesture; // also cancel it if we tried an ACTION_DOWN but we didn't want the rest // of the gesture. if (actionMasked == MotionEvent.ACTION_UP || actionMasked == MotionEvent.ACTION_CANCEL || (actionMasked == MotionEvent.ACTION_DOWN && !result)) { stopNestedScroll(); } return result; }
看源码不是说一个变量或者方法都要看懂,这不现实,毕竟这是别人写的,我们只要看跟我们相关的代码就行,在这个方法里最重要的是这段代码,其他的都可以不用看
//noinspection SimplifiableIfStatement ListenerInfo li = mListenerInfo; if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { result = true; } if (!result && onTouchEvent(event)) { result = true; }
看第一个if条件,li是个变量,li.mOnTouchListener,(mViewFlags & ENABLED_MASK) == ENABLED以及li.mOnTouchListener.onTouch(this, event)这四个条件,看到if前面就有对这个li进行赋值,这个mListenerInfo变量的赋值在
ListenerInfo getListenerInfo() { if (mListenerInfo != null) { return mListenerInfo; } mListenerInfo = new ListenerInfo(); return mListenerInfo; }
这个肯定是在dispatchTouchEvent()之前就调用了,这个li.mOnTouchListener也是肯定不为空的,加入为空,反过来想想,就是onTouch()方法永远都不会执行,这样想就知道了前面二个变量都是不为空的,第三个就是判断这个view是否设置了
touch_view.setEnabled(false);
默认是不会的,除非你手动去设置,其他三个条件为true,就剩下最后一个条件了,li.mOnTouchListener.onTouch(this, event)
这个条件其实就是我们view设置的这个方法:
touch_view.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.e("TouchView","onTouch-------------"); return false; } });
他默认值为false,所以才会有下面的if条件:
if (!result && onTouchEvent(event)) { result = true; }
如果我现在把setOnTouchListener的onTouch回调返回值改我true的话,从源码就知道他不会走onTouchEvent()这个方法,因为这个时候result为true,if条件的第一个条件就为false,所以onTouchEvent()方法不会执行,来验证下:
touch_view.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.e("TouchView","onTouch-------------"); return true; } });
log:
我也是点击了下,也就是说只执行了onTouch的down和up,你看onClick和onTouchEvent都没执行,和我们上次的log少了二个事件,是不是可以这么想onClikc事件是在onTouchEvent事件里,现在重点看这段代码,把onTouch事件改为原来的false,
if (!result && onTouchEvent(event)) { result = true; }
上面ontouch返回值改为false了,那么result这个变量就是false,!result就为true了,还有一个逻辑就是onTouchEvent()方法的返回值,onTouchEvent()这个方法太长了,
@Override public boolean onTouchEvent(MotionEvent event) { Log.e("TouchView","onTouchEvent-------"+super.onTouchEvent(event)); return super.onTouchEvent(event); }
我们看到这个默认是调用了super.onTouchEvent()也就是调用view的onTouchEvent()方法里了,他默认是返回true的,第一你可以从打印log看的出来,onTouchEvent()方法是返回boolean值的,你就到这个方法里有return的地方看,
if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
从这个if条件下,然后你双击{看它的return就是true,中间没有一个return..,二个方法验证它返回的值为true,然后看下它的up事件,
case MotionEvent.ACTION_UP: boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0; if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) { // take focus if we don't have it already and we should in // touch mode. boolean focusTaken = false; if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { focusTaken = requestFocus(); } if (prepressed) { // The button is being released before we actually // showed it as pressed. Make it show the pressed // state now (before scheduling the click) to ensure // the user sees it. setPressed(true, x, y); } if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) { // This is a tap, so remove the longpress check removeLongPressCallback(); // Only perform take click actions if we were in the pressed state if (!focusTaken) { // Use a Runnable and post this rather than calling // performClick directly. This lets other visual state // of the view update before click actions start. if (mPerformClick == null) { mPerformClick = new PerformClick(); } if (!post(mPerformClick)) { performClick(); } } }
这是up的部分代码,看到performClick()这个方法没,点击进去.
public boolean performClick() { final boolean result; final ListenerInfo li = mListenerInfo; if (li != null && li.mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); li.mOnClickListener.onClick(this); result = true; } else { result = false; } sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); return result; }
看到onClick()方法了把,这是为什么onClick()方法最后打印出来的原因,因为它是在onTouchEvent事件的up上才会去调用,这样我们就得出了一个结论:
1:如果onTouch返回值为true,不会走onTouchEvent和onClick
2;如果onTouch返回值为false,顺序为onTouch---------onTouchEvent------onClick
现在我们这个view设置了touch_view.setEnabled(false);看log:
就是执行了onTouchEvent,这是为啥呢?我们再到View的dispatchTouchEvent()方法里找答案,
ListenerInfo li = mListenerInfo; if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { result = true; }
看这个if,就是刚才我们分析的,第三个条件为false,因为它是&&操作符,所以只要有一个false,后面的条件看都不会看,这是为啥不会执行onTouch的原因,那么onClick呢,其实就是在onTouchEvent()方法的最前面有这段代码:
if ((viewFlags & ENABLED_MASK) == DISABLED) { if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) { setPressed(false); } // A disabled view that is clickable still consumes the touch // events, it just doesn't respond to them. return (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE); }
看这个if条件以及返回值,这个if()条件为false,那么return中的click,long_click都没用了,
现在我直接把onTouchEvent()这个方法返回true,看是什么结果:
@Override public boolean onTouchEvent(MotionEvent event) { Log.e("TouchView","onTouchEvent-------"); return true; }
log:
发现没有调用onClick,这是什么原因呢?这是因为你没有调用super.onTouchEvent()这个方法就不会走到View的onTouchEvent中去,因为onClick事件是在up上调用的,但是他自己的方法会执行,再来一种情况,
@Override public boolean dispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event); }
我现在把这个方法返回值改为true,看看log:
你会发现就只执行了dispatchTouchEvent方法,因为你没调用super.dispatchTouchEvent(),也就是你没到View的dispatchTouchEvent()方法里执行这个方法的代码,怎么给你事件的分发啊,所以只会打印他自己的.
其实View的事件分发要从Activity中的dispatchTouchEvent()方法讲起,
@Override public boolean dispatchTouchEvent(MotionEvent ev) { Log.e("TouchView","activity-------dispatchTouchEvent-------"); return super.dispatchTouchEvent(ev); } @Override public boolean onTouchEvent(MotionEvent event) { Log.e("TouchView","activity-------onTouchEvent-------"); return super.onTouchEvent(event); }
这是Activity中的二个方法,跟踪下Activity的dispatchTouchEvent()方法,跟踪就是一直找到它的父类,因为它是super.dispatchTouchEvent()方法,
public boolean dispatchTouchEvent(MotionEvent ev) { if (ev.getAction() == MotionEvent.ACTION_DOWN) { onUserInteraction(); } if (getWindow().superDispatchTouchEvent(ev)) { return true; } return onTouchEvent(ev); }
这是Activity中的dispatchTouchEvent()方法,第一个if不用看,看第二个if条件,如果这个返回为true的话,下面的onTouchEvnet()方法就不会执行了,如果onTouchEvent()方法能执行,说明上面的返回为false,那么其实他默认就是为false,先不说这个了,点击看下getWindow().superDispatchTouchEvent()这个方法里面,
/** * Used by custom windows, such as Dialog, to pass the touch screen event * further down the view hierarchy. Application developers should * not need to implement or call this. * */ public abstract boolean superDispatchTouchEvent(MotionEvent event);
发现这是一个抽象的方法,要找它的实现类中的方法,其实Window唯一的子类就是PhoneWindow,
@Override public boolean superDispatchTouchEvent(MotionEvent event) { return mDecor.superDispatchTouchEvent(event); }
发现PhoneWindow中的superDispatchTouchEvent()是调用了mDecor.superDispatchTouchEvent(),那么mDecor是啥对象呢,其实mDecor是DecorView,如果知道绘制流程的这个类一定知道,DecorView继承了FrameLayout,这是DecorView中的,它调用父类也就是FrameLayout的dispatchTouchEvent()
public boolean superDispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event); }
但是你会发现FrameLayout并没有dispatchTouchEvent(),但是FrameLayout是继承了ViewGroup,也就是最终还是调用到了ViewGroup的dispatchTouchEvent()方法里面,这也是为什么ViewGroup的事件分发是从这个方法里去分发事件的,
还是通过log去分析吧,再次点击这个自定义的TouchView:
发现刚才一个问题讲错了,就是说Activity的dispatchTouchEvent默认是返回true的,刚才呢我说的是false,在这改正下,
如果把Activity的dispatchTouchEvent()返回值直接改为true的话
@Override public boolean dispatchTouchEvent(MotionEvent ev) { Log.e("TouchView","activity-------dispatchTouchEvent-------"+super.dispatchTouchEvent(ev)); return true; }
看下打印log:
你会发现就只有activity打印了,说明事件没有传递下去,在Activity就被拦截了,其实不管你return true还是false都一样,因为没有调用super.dispatchTouchEvent()也就是调用父类的.
画个图理解下: