自定义ViewGroup (3) 与子View之间 Touch Event的拦截与处理

原创
2014/01/29 02:55
阅读数 2.6W

在昨天的博客(自定义ViewGroup(2))中,我们解决了多个手指交替滑动带来的页面的跳动问题。但同时也还遗留了两个问题。

  1. 我们自定义的这个ViewGroup本身还不支持onClick, onLongClick事件。
  2. 当我们给子View设置click事件后,我们的ViewGroup居然不能滑动了。

相对来讲,第一个问题稍稍容易处理一点,这里我们先说一下第二个问题。

onInterceptTouchEvent()的作用以及何时会被调用

onInterceptTouchEvent()是用来给ViewGroup自己一个拦截事件的机会,当ViewGroup意识到某个Touch事件应该由自己处理,那么就可以通过此方法来阻止事件被分发到子View中。

为什么onInterceptTouchEvent()方法只接收到来ACTION_DOWN事件??需要处理ACTION_MOVE,ACTION_UP等等事件吗??

按照google官方文档的说明:

  1. 如果onInterceptTouchEvent方法返回true,那么它将不会收到后续事件,事件将会直接传递给目标的onTouchEvent方法(其实会先传给目标的onTouch方法)
  2. 如果onInterceptTouchEvent方法返回false,那么所有的后续事件都会先传给onInterceptTouchEvent,然后再传给目标的onTouchEvent方法。

但是,为什么我们在onInterceptTouchEvent方法中返回false之后,却收不到后续的事件呢??通过实验以及stackoverflow上面的一些问答得知,当我们在onInterceptTouchEvent()方法中返回false,子View的onTouchEvent返回true的情况下,onInterceptTouchEvent方法才会收到后续的事件。

虽然这个结果与官方文档的说法有点不同,但实验说明是正确的。仔细想想这样的逻辑也确实非常合理:因为onInterceptTouchEvent方法是用来拦截触摸事件,防止被子View捕获。那么现在子View在onTouchEvent中返回false,明确声明自己不会处理这个触摸事件,那么这个时候还需要拦截吗?当然就不需要了,因此onInterceptTouchEvent不需要拦截这个事件,那也就没有必要将后续事件再传给它了。

还有就是onInterceptTouchEvent()被调用的前提是它的子View没有调用requestDisallowInterceptTouchEvent(true)方法(这个方法用于阻止ViewGroup拦截事件)。

ViewGroup的onInterceptTouchEvent方法,onTouchEvent方法以及View的onTouchEvent方法之间的事件传递流程

画了一个简单的图,如下:

其中:Intercept指的是onInterceptTouchEvent()方法,Touch指的是onTouchEvent()方法。

好了,现在我们可以解决博客开头列出的第二个问题了,之所以为子View设置click之后,我们的ViewGroup方法无法滑动,是因为,子View在接受到ACTION_DOWN事件后返回true,并且ViewGroup的onInterceptTouchEvent()方法的默认实现是返回false(就是完全不拦截),所以后续的ACTION_MOVE,ACTION_UP事件都传递给了子View,因此我们的ViewGroup自然就无法滑动了。

解决方法就是重写onInterceptTouchEvent方法:

/**
	 * onInterceptTouchEvent()用来询问是否要拦截处理。 onTouchEvent()是用来进行处理。
	 * 
	 * 例如:parentLayout----childLayout----childView 事件的分发流程:
	 * parentLayout::onInterceptTouchEvent()---false?--->
	 * childLayout::onInterceptTouchEvent()---false?--->
	 * childView::onTouchEvent()---false?--->
	 * childLayout::onTouchEvent()---false?---> parentLayout::onTouchEvent()
	 * 
	 * 
	 * 
	 * 如果onInterceptTouchEvent()返回false,且分发的子View的onTouchEvent()中返回true,
	 * 那么onInterceptTouchEvent()将收到所有的后续事件。
	 * 
	 * 如果onInterceptTouchEvent()返回true,原本的target将收到ACTION_CANCEL,该事件
	 * 将会发送给我们自己的onTouchEvent()。
	 */
	@Override
	public boolean onInterceptTouchEvent(MotionEvent ev) {
		final int action = ev.getActionMasked();
		if (BuildConfig.DEBUG)
			Log.d("onInterceptTouchEvent", "action: " + action);

		if (action == MotionEvent.ACTION_DOWN && ev.getEdgeFlags() != 0) {
			// 该事件可能不是我们的
			return false;
		}

		boolean isIntercept = false;
		switch (action) {
		case MotionEvent.ACTION_DOWN:
			// 如果动画还未结束,则将此事件交给onTouchEvet()处理,
			// 否则,先分发给子View
			isIntercept = !mScroller.isFinished();
			// 如果此时不拦截ACTION_DOWN时间,应该记录下触摸地址及手指id,当我们决定拦截ACTION_MOVE的event时,
			// 将会需要这些初始信息(因为我们的onTouchEvent将可能接收不到ACTION_DOWN事件)
			mPointerId = ev.getPointerId(0);
//			if (!isIntercept) {
			downX = x = ev.getX();
			downY = y = ev.getY();
//			}
			break;
		case MotionEvent.ACTION_MOVE:
			int pointerIndex = ev.findPointerIndex(mPointerId);
			if (BuildConfig.DEBUG)
				Log.d("onInterceptTouchEvent", "pointerIndex: " + pointerIndex
						+ ", pointerId: " + mPointerId);
			float mx = ev.getX(pointerIndex);
			float my = ev.getY(pointerIndex);

			if (BuildConfig.DEBUG)
				Log.d("onInterceptTouchEvent", "action_move [touchSlop: "
						+ mTouchSlop + ", deltaX: " + (x - mx) + ", deltaY: "
						+ (y - my) + "]");

			// 根据方向进行拦截,(其实这样,如果我们的方向是水平的,里面有一个ScrollView,那么我们是支持嵌套的)
			if (orientation == Orientation.HORIZONTAL) {
				if (Math.abs(x - mx) >= mTouchSlop) {
					// we get a move event for ourself
					isIntercept = true;
				}
			} else {
				if (Math.abs(y - my) >= mTouchSlop) {
					isIntercept = true;
				}
			}

			//如果不拦截的话,我们不会更新位置,这样可以通过累积小的移动距离来判断是否达到可以认为是Move的阈值。
			//这里当产生拦截的话,会更新位置(这样相当于损失了mTouchSlop的移动距离,如果不更新,可能会有一点点跳的感觉)
			if (isIntercept) {
				x = mx;
				y = my;
			}
			break;
		case MotionEvent.ACTION_CANCEL:
		case MotionEvent.ACTION_UP:
			// 这是触摸的最后一个事件,无论如何都不会拦截
			if (velocityTracker != null) {
				velocityTracker.recycle();
				velocityTracker = null;
			}
			break;
		case MotionEvent.ACTION_POINTER_UP:
			solvePointerUp(ev);
			break;
		}
		return isIntercept;
	}

private void solvePointerUp(MotionEvent event) {
		// 获取离开屏幕的手指的索引
		int pointerIndexLeave = event.getActionIndex();
		int pointerIdLeave = event.getPointerId(pointerIndexLeave);
		if (mPointerId == pointerIdLeave) {
			// 离开屏幕的正是目前的有效手指,此处需要重新调整,并且需要重置VelocityTracker
			int reIndex = pointerIndexLeave == 0 ? 1 : 0;
			mPointerId = event.getPointerId(reIndex);
			// 调整触摸位置,防止出现跳动
			x = event.getX(reIndex);
			y = event.getY(reIndex);
			if (velocityTracker != null)
				velocityTracker.clear();
		}
	}



现在再运行app,问题应该解决了。

onTouchEvent收到ACTION_DOWN,是否一定能收到ACTION_MOVE,ACTION_UP...???     收到了ACTION_MOVE,能否说明它已经收到过ACTION_DOWN???

其实根据上面所说的onInterceptTouchEvent方法与onTouchEvent方法之间事件传递的过程,我们知道这两个问题的答案都是否定的。

对于第一个,收到ACTION_DOWN事件后,ACTION_MOVE事件可能会被拦截,那么它将只能够再收到一个ACTION_CANCEL事件。

对于第二个,是基于上面的这一个情况,ACTION_DOWN传递给了子View,而onInterceptTouchEvent拦截了ACTION_MOVE事件,所以我们的onTouchEvent方法将会收到ACTION_MOVE,而不会收到ACTION_DOWN。(这也是为什么我在onInterceptTouchEvent方法的ACTION_DOWN中记录下位置信息的原因)

还有一个问题就是,如果我们单纯的在onTouchEvent中: 对于ACTION_DOWN返回true,在接收到ACTION_MOVE事件后返回false,那么这个时候事件会重新寻找能处理它的View吗?不会,所有的后续事件依然会发给这个onTouchEvent方法。


让ViewGroup支持click事件

这里我们是在onTouchEvent中对于ACTION_UP多做了一些处理:

  1. 判断从按下时的位置到现在的移动距离是否小于可被识别为Move的阈值。
  2. 根据ACTION_DOWN和ACTION_UP之间的时间差,判断是CLICK,还是LONG CLICK(这里当没有设置long click的话,我们也可将其认为是click)
    case MotionEvent.ACTION_UP:
    			//先判断是否是点击事件
    			final int pi = event.findPointerIndex(mPointerId);
    			
    			if((isClickable() || isLongClickable()) 
    					&& ((event.getX(pi) - downX) < mTouchSlop || (event.getY(pi) - downY) < mTouchSlop)) {
    				//这里我们得到了一个点击事件
    				if(isFocusable() && isFocusableInTouchMode() && !isFocused())
    					requestFocus();
    				if(event.getEventTime() - event.getDownTime() >= ViewConfiguration.getLongPressTimeout() && isLongClickable()) {
    					//是一个长按事件
    					performLongClick();
    				} else {
    					performClick();
    				}
    			} else {
    				velocityTracker.computeCurrentVelocity(1000, maxFlingVelocity);
    				float velocityX = velocityTracker.getXVelocity(mPointerId);
    				float velocityY = velocityTracker.getYVelocity(mPointerId);
    	
    				completeMove(-velocityX, -velocityY);
    				if (velocityTracker != null) {
    					velocityTracker.recycle();
    					velocityTracker = null;
    				}
    			}
    			break;



  3. 这里只列出了对于ACTION_UP事件的处理(其余部分和上一片博客中的相同),现在我们应该可以为咱们的ViewGroup设置click事件了吧:)

展开阅读全文
打赏
1
7 收藏
分享
加载中
楼主,我最近在处理一个问题,把你这三篇文章全部看完了还没得到解决方法,求指教。我在做android瀑布流,用的ScrollView,已实现图片高度的不规则展示,但需要监听ScrollView里每个子item的点击事件,但如果我对子item添加onClickListener(),ScrollView就不能向下滑动了,正如你文章说的问题。但是由于我用的是ScrollView,滑动功能已实现好,情况跟你的有点不同,我在onInterceptTouchEvent()和onTouchEvent()里纠结来纠结去,还是不知道如何解决,求指教!~~
2014/02/21 15:05
回复
举报
更多评论
打赏
1 评论
7 收藏
1
分享
返回顶部
顶部