源码分析View的事件分发

源码分析View的事件分发

在基于 ​​源码分析View的绘制流程​​上，通过Android8.0源码分析View的事件分发机制。

1. View的事件分发机制

所以我们可以把这些 ViewGroup看成时间分发开始的地方。

我们先从 ViewGroup的 ​​dispatchTouchEvent()​​开始看起：

// ViewGroup.java @Override public boolean dispatchTouchEvent(MotionEvent ev) { .... if (actionMasked == MotionEvent.ACTION_DOWN) { cancelAndClearTouchTargets(ev); //1 resetTouchState(); // 2 } final boolean intercepted; if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { /// 3 final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; // 4 if (!disallowIntercept) { intercepted = onInterceptTouchEvent(ev); // 5 ev.setAction(action); } else { intercepted = false; } } else { intercepted = true; // 6 } ... return handled; }

注释3：如果当前 ViewGroup没有拦截事件，或者action为DOWN，则往if语句里面走。假如我们现在的情景是刚按下去，则满足DOWN的条件。这也说明了当满足以上两个条件的任意一条时，会将事件传给下一层，具体怎么传的，看注释4。 注释4：判断ViewGroup是否设置了 ​​​FLAG_DISALLOW_INTECEPT​​​的flag，如果设置了false，则说明ViewGroup不会拦截事件，如果是指为true，则置intercepted为false，并且不把事件往下传咯。 而 ​​​FLAG_DISALLOW_INTECEPT​​​一般都是由子View来设置的------子View调用 ​​requestDisallowInterceptTouchEvent()​​​，默认为false。 注释5：如果不拦截事件，执行 ​​​onInterceptTouchEvent()​​，intercrpted为其返回值。

注释6：当当前的ACTION不是DOWN，而是其他比如ACTION_MOVE、ACTION_UP等，则置 intercepte为true。表示当前ViewGroup拦截了事件。

既然我们要了解事件的传递，所以我们要往走注释5的代码，来看一下 ​​onInterceptTouchEvent()​​：

public boolean onInterceptTouchEvent(MotionEvent ev) { if (ev.isFromSource(InputDevice.SOURCE_MOUSE) && ev.getAction() == MotionEvent.ACTION_DOWN && ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY) && isOnScrollbarThumb(ev.getX(), ev.getY())) { return true; } return false; }

可以看到，上面的条件要满足好几个条件才返回true，一般来说我们自己操作的时候上面的条件都不会满足。 所以这个方法一般情况下是返回false。

即表明ViewGroup不会拦截事件。要往下面的View去传。 接着​​​dispatchTouchEvent()​​剩余的代码：

// ViewGroup.java dispatchTouchEvent .... final View[] children = mChildren; for (int i = childrenCount - 1; i >= 0; i--) { // 1 final int childIndex = getAndVerifyPreorderedIndex( childrenCount, i, customOrder); final View child = getAndVerifyPreorderedView( preorderedList, children, childIndex); if (childWithAccessibilityFocus != null) { if (childWithAccessibilityFocus != child) { continue; } childWithAccessibilityFocus = null; i = childrenCount - 1; } if (!canViewReceivePointerEvents(child) || !isTransformedTouchPointInView(x, y, child, null)) { // 2 ev.setTargetAccessibilityFocus(false); continue; } newTouchTarget = getTouchTarget(child); if (newTouchTarget != null) { newTouchTarget.pointerIdBits |= idBitsToAssign; break; } resetCancelNextUpFlag(child); if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) { // 3 mLastTouchDownTime = ev.getDownTime(); if (preorderedList != null) { for (int j = 0; j < childrenCount; j++) { if (children[childIndex] == mChildren[j]) { mLastTouchDownIndex = j; break; } } } else { mLastTouchDownIndex = childIndex; } mLastTouchDownX = ev.getX(); mLastTouchDownY = ev.getY(); newTouchTarget = addTouchTarget(child, idBitsToAssign); alreadyDispatchedToNewTouchTarget = true; break; } ev.setTargetAccessibilityFocus(false); } ... }

所以我们有必要看下这个方法：

// ViewGroup.java private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits) { final boolean handled; final int oldAction = event.getAction(); if (cancel || oldAction == MotionEvent.ACTION_CANCEL) { event.setAction(MotionEvent.ACTION_CANCEL); if (child == null) { handled = super.dispatchTouchEvent(event); // 1 } else { handled = child.dispatchTouchEvent(event); // 2 } event.setAction(oldAction); return handled; } .... }

注释2：如果该View有子View，则调用子View的​​dispatchTouchEvent()​​。

注释1：如果该View没有子View，则调用 ​​super.dispatchTouchEvent()​​​，因为ViewGroup是继承自View的，所以会调用 ​​View.dispatchTouchEvent()​​：

// View.java public boolean dispatchTouchEvent(MotionEvent event) { boolean result = false; ... if (onFilterTouchEventForSecurity(event)) { if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) { result = true; } ListenerInfo li = mListenerInfo; if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) { // 1 result = true; //2 } if (!result && onTouchEvent(event)) { //3 result = true; // 4 } } .... return result; }

注释1、2：如果 ​​OnTouchListener​​​不为null且 ​​onTouch()​​返回true，则 dispatchTouchEvent返回true，表示事件被拦截了下来。

注释3、4：如果 ​​onTouchEvent()​​返回true，则表示事件被拦截了下来。

上面这两段可以看出来，在View中，如果同时设置了 ​​OnTouchListener.onTouch()​​​ 和 ​​onTouchEvent()​​，则前者的优先级比后者高，即事件只会被前者处理，到不了后面去。但是如果 没有设置​​OnTouchListener.onTouch()​​，或者它返回false，则会进入到 onTouchEvent方法。

我们来看看 ​​onTouchEvent()​​：

// View.java public boolean onTouchEvent(MotionEvent event) { final int action = event.getAction(); .... if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) { // 1 switch (action) { case MotionEvent.ACTION_UP: mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN; if ((viewFlags & TOOLTIP) == TOOLTIP) { handleTooltipUp(); } if (!clickable) { removeTapCallback(); removeLongPressCallback(); mInContextButtonPress = false; mHasPerformedLongPress = false; mIgnoreNextUpEvent = false; break; } boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0; if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) { boolean focusTaken = false; if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { focusTaken = requestFocus(); } if (prepressed) { setPressed(true, x, y); } if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) { removeLongPressCallback(); if (!focusTaken) { if (mPerformClick == null) { mPerformClick = new PerformClick(); } if (!post(mPerformClick)) { performClickInternal(); // 2 } } } ..... } return true; } return false; }

注释2：调用 ​​performClickInternal()​​​ ，它会调用 ​​performClick()​​：

public boolean performClick() { notifyAutofillManagerOnClick(); final boolean result; final ListenerInfo li = mListenerInfo; if (li != null && li.mOnClickListener != null) { // 1 playSoundEffect(SoundEffectConstants.CLICK); li.mOnClickListener.onClick(this); // 2 result = true; } else { result = false; } sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); notifyEnterOrExitForAutoFillIfNeeded(true); return result; }

注释1：判断当前有View有没有设置 ​​onClickListener()​​，如果没有，则返回false，表示该View不处理事件。否则进入到if语句内，执行注释2的代码。

注释2：执行 ​​OnClickListener.onClick​​，并返回true。则说明该View拦截了时间。

2. 事件分发分发规则

经过上面的源码分析，我们大概知道了一个View是如何去分发MotionEvent，它可以简化为下面的代码：

public boolean dispatchTouchEvent(MotionEvent ev) { boolean result = false; if(onInterceptTouchEvent(ev)){ result = super.onTouchEvent(ev); } else { result = child.dispatchTouchEvent(ev); }}

3. ​​requestDisallowInterceptTouchEvent()​​解决滑动冲突问题

在ViewGroup中，我们看到这么一段：

// ViewGroup.java.... if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; if (!disallowIntercept) { intercepted = onInterceptTouchEvent(ev); ev.setAction(action); } else { intercepted = false; }.....

这个 disallowIntercept的布尔值表示的是该 ViewGroup是否阻止拦截。由标志位 ​​FLAG_DISALLOW_INTERCEPT​​判断。

为什么会有这么一个标志位呢？我们不让ViewGroup处理事件，我们直接在其 onInterceptTouchEvent返回false就行了不就可以了吗。这个标识是不是多此一举？

其实不然，在一些场景下，我们需要依靠这个标识位，灵活的处理事件分发。这个场景就是------------滑动冲突。 子View可以这样阻止/不阻止父View拦截事件：

// 子View:getParent().requestDisallowInterceptTouchEvent(true/false);

如果设置为true，可以将 ​​FLAG_DISALLOW_INTERCEPT​​置为true，反之置为false。

现在有这么一个场景： 我们要实现一个页面，这个页面是 tab+viewpager，通过左右滑动可以切换不同的tab页；现在还要在这个 ViewPager中加一个可以水平滑动的 banner页（轮播图）。 这个时候如果不做任何处理，就会出现问题： 当我们banner页上左右滑动，都会导致切换Tab页，很不爽。

原因：虽然MotionEvent已经到了Banner上，但是开始进行 ​​ACTION_MOVE​​​时，ViewPager肯定也会接收到，这个时候，虽然理应把MotionEvent传给Banner，但是因为 MotionEvent达到了ViewPager的拦截条件，ViewPager就会从Banner手中“抢走”这个MotionEvent，执行自己的​​onTouchEvent()​​，并且给Banner的onTouchEvent发送一个 ​​MotionEvent.CANCEL​​。这就导致了我们滑动Banner却实际滑动了ViewPager。

如何解决： 难点在于我们必须要知道用户到底触碰的地方在哪里，才能知道要滑动banner，还是滑动tab页。而​​​requestDisallowInterceptTouchEvent()​​​恰巧可以解决该问题。 我们可以在 banner的 ​​​dispatchTouchEvent()​​​上判断要不要消费该事件，如果要消费，则调用​​viewPager.requestDisallowInterceptTouchEvent(true)​​不让viewpager处理该事件，那么事件以后都会走到Banner的onTouchEvent中了。如要不需要消费，则调用false。

案例可以看下这里 ​​ViewPager，ScrollView 嵌套ViewPager滑动冲突解决​​

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。