(4.0.22.9)RecyclerView中的itemView的Move事件被Cancle

我们以RecyclerView为例,看下为什么引发了这种“在DOWN的时候就决定了targetView是item,后面的事件move是怎么给recyclerView的”

  • MOTION_DOWN

    • 父控件recyclerView的dispatchTouchEvent开始,InterceptTouchEvent返回的是false,也就是不拦截。那么流程正常进行,一直dispatch到了itemView,接着itemView响应了MOVE_DOWN的事件,传递链的targetView被设置成了itemView
  • 第一个MOTION_MOVE:

    • 同样是从父控件的recyclerView的dispatchTouchEvent,但是发现这是个MOVE事件检测后InterceptTouchEvent返回的是true
    • 调用dispatchTransformedTouchEvent(ev, cancelChild, target.child, target.pointerIdBits),传给原本的target一个MOTION_CANCEL事件让target将这个CANCEL事件传递下去,这个事件会使得child一下的view的触摸事件全部被取消掉
    • 接着dispatchTouchEvent返回true,层层传递给父亲。
    • 注意这次的MOTION_MOVE事件并没有使得recyclerView滚动,但是recyclerView的mTargetView被置为了null,也就是传递链的targetView被置为了recyclerView。
  • MOTION_MOVE

    • 这一次recyclerView真正成为了传递链的targetView,这时候传递到recyclerView的时候,recyclerView就会传递给自己的onTouchEvent,这样就可以正常地执行这个滚动操作了

也就是说,在滑动的时候,RecyclerView通过onInterceptTouchEvent返回true,来实现最开始的拦截。传递给儿子的是CANCEL事件,同时让自己变成了传递链的末尾,并且消耗了一个motion_move事件,第二个motion_move的时候才会真正开始执行该move的滑动。

那么现在问题就转化为:在 Multi-Like场景中,我们如何让RecyclerView等容器的onInterceptTouchEvent不来拦截我们的move事件?

如果比较清楚Android的事件转发流程,我们自然会想到一个方法requestDisallInterceptRouchEvent(boolean disallowIntercept),: ** 通过在子类中调用getParent().requestDisallInterceptRouchEvent(true) 来让父布局禁用拦截事件功能,从而父布局忽略该事件之后的一切Action **

该将父布局的disallowIntercept 设置为true,所以当本次touch事件之后的action再次进入到父布局disPatchTouchEvent的时候,条件语句if(disallowIntercept || !onInterceptTouchEvent(ev)) 始终为true,并且将忽略到后面!onInterceptTouchEvent(ev) 的判断,导致之后的一切action都将被分发到子View中,除非在之后子View的onTouchEvent中将该disallowIntercept重新设置为false

// 【二、检查是否需要拦截】.
        final boolean intercepted;
        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;
            }
        } else {
          	// 没有目标来处理该事件,而且也不是一个新的事件事件(ACTION_DOWN), 进行拦截。
            intercepted = true;
        }

猜你喜欢

转载自blog.csdn.net/fei20121106/article/details/78914937