requestDisallowInterceptTouchEvent实现原理

原创 2017年08月24日 12:04:37

我们为了让底部的控件处理事件,不被父控件拦截,一般我们会调用

v.getParent().requestDisallowInterceptTouchEvent(true);

来阻止父控件对事件的拦截,来看下它的实现原理。

首先明确下v.getParent()对于底部的View来说,得到的就是上层的父控件,也就是上层的ViewGroup,来看下ViewGroup的requestDisallowInterceptTouchEvent方法

@Override
    public void requestDisallowInterceptTouchEvent(boolean disallowIntercept) {

        if (disallowIntercept == ((mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0)) {
            // We're already in this state, assume our ancestors are too
            return;
        }

        if (disallowIntercept) {
            mGroupFlags |= FLAG_DISALLOW_INTERCEPT;
        } else {
            mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
        }

        // Pass it up to our parent
        if (mParent != null) {
            mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
        }
    }

首先就是判断是否已经设置过,如果没有,则在mGroupFlags中添加FLAG_DISALLOW_INTERCEPT这个标记位,接着如果该控件还有父控件,则一层一层在往上传递。
也就是说调用该方法就是将其上层所有控件的mGroupFlags中添加上FLAG_DISALLOW_INTERCEPT标记位。
那是怎么起到让父控件不拦截事件呢,我们知道事件的分发主要由三个方法决定dispatchTouchEvent,onInterceptTouchEvent,onTouchEvent,我们看下ViewGroup的dispatchTouchEvent方法

    public boolean dispatchTouchEvent(MotionEvent ev) {
            ......
            if (actionMasked == MotionEvent.ACTION_DOWN) {
                cancelAndClearTouchTargets(ev);
                resetTouchState();
            }
            // Check for interception.
            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); // 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;
            }
            ......
}

首先看下resetTouchState方法

private void resetTouchState() {
        clearTouchTargets();
        resetCancelNextUpFlag(this);
        mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
        mNestedScrollAxes = SCROLL_AXIS_NONE;
    }

关注点就是mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;也就是说如果是事件的起点,即MotionEvent.ACTION_DOWN的话就将标记位清除
接着就是关键点,决定是否调用onInterceptTouchEvent方法
我们看到第一个if中的判断语句为

actionMasked == MotionEvent.ACTION_DOWN
                    || mFirstTouchTarget != null

也就是说必须满足至少一个条件才有可能去执行onInterceptTouchEvent方法
1:事件为ACTION_DOWN事件
2:mFirstTouchTarget 不为空
我们看下mFirstTouchTarget 的说明

    // First touch target in the linked list of touch targets.
    private TouchTarget mFirstTouchTarget;

就是说mFirstTouchTarget 代表这个ViewGroup下第一个处理了事件的控件
要么为ACTION_DOWN事件,要么底下的控件处理了控件,反言之,如果这个ViewGroup曾经把事件交给下面的View去处理,而下面的View没有处理的话,那么下次事件ViewGroup的intercepted就直接被赋值为true,即将事件拦截,自己处理,好吧,这个很重要,但是和我们的requestDisallowInterceptTouchEvent关系也是不大
接着看第二个if判断语句

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;
}

disallowIntercept就是前面我们一直提到的标记位
如果disallowIntercept为false,也就是默认值,那么就会走正常的onInterceptTouchEvent去判断是否拦截,像RelativeLayout,LinearLayout这样的一般不需处理事件的ViewGroup一般都会返回false,事件还是会继续传递下去;但是像RecyclerView,ViewPager这些,他们往往会根据判断事件的具体情况,决定是否拦截,可能自己就将事件消费了
而如果disallowIntercept为true的话,即我们设置不允许父控件拦截事件,那么他的onInterceptTouchEvent方法就不会执行,intercepted直接设置为false,即不拦截事件,事件会传递给下层的View,当然了如果最终下面的View不争气,没有处理事件的话,那么根据我们上面说的,之后的事件在第一个if判断的时候就会决定事件不再往下传递了

版权声明:本文为博主原创文章,未经博主允许不得转载。

android 事件处理机制之requestDisallowInterceptTouchEvent

@Override public boolean dispatchTouchEvent(MotionEvent ev) { getParent().requestDisallo...
  • chaihuasong
  • chaihuasong
  • 2013年12月23日 10:02
  • 68717

探究requestDisallowInterceptTouchEvent失效的原因

昨天在使用requestDisallowInterceptTouchEvent方法的时候,发现它失效了:在设置了requestDisallowInterceptTouchEvent(true)之后,父...
  • jiwangkailai02
  • jiwangkailai02
  • 2015年06月28日 01:32
  • 9502

Android事件传递之onInterceptTouchEvent()和requestDisallowInterceptTouchEvent()方法的使用

之前看郭神的事件分发机制解析博客,深入的从源码角度学习了一下Android的事件分发机制。如果还没看过,那么请先去郭神的博客学习下:http://blog.csdn.net/guolin_blog/a...
  • qq_34795285
  • qq_34795285
  • 2017年03月10日 16:48
  • 1016

关于requestDisallowInterceptTouchEvent()的正确用法

requestDisallowInterceptTouchEvent方法是用来子View告诉父容器不要拦截我们的事件的,但是这个代码放的位置很重要,可能导致失效。首先我们要知道父类肯定能收到Down事...
  • u014623470
  • u014623470
  • 2016年06月13日 16:26
  • 10516

Android - requestDisallowInterceptTouchEvent() 阻止父层的View截获touch事件(事件处理机制)

研究这个方法之前,首先让我们回顾一下View的onTouchEvent()以及onInterceptTouchEvent()的详细解释 (1)onTouchEvent()当手指触摸到屏幕时,系统就会...
  • CL18652469346
  • CL18652469346
  • 2016年11月16日 11:13
  • 2869

requestDisallowInterceptTouchEvent的用法

先来看下面的应用场景: 在布局文件中定义标签,然后在标签中定义一个标签。 现在TextView的长按事件可以弹出一个悬浮框,这个悬浮框是可以在屏幕上移动的。现在有个问题,就是在移动悬浮框的时候,悬浮框...
  • shineflowers
  • shineflowers
  • 2015年09月09日 18:27
  • 3176

requestDisallowInterceptTouchEvent

当手指触摸到屏幕时,系统就会调用相应View的onTouchEvent,并传入一系列的action。当有多个层级的View时,在父层级允许的情况下,这个action会一直向下传递直到遇到最深层的Vie...
  • flyingfox023
  • flyingfox023
  • 2014年03月19日 23:20
  • 446

android 解决事件冲突 requestDisallowInterceptTouchEvent 分析

1 遇到问题场景:在ListView 中添加 ViewPager这个控件时,经常会出现事件冲突的问题, 2 解决方案:自定义viewPager 这个控件:具体代码如下: public cl...
  • ahubenkui
  • ahubenkui
  • 2016年03月01日 19:50
  • 635

ViewPager中requestDisallowInterceptTouchEvent

在ViewPager的子View中可以使用requestDisallowInterceptTouchEvent方法,让ViewPager不要拦截子view的事件。 在子View的dispatchTou...
  • fengyun703
  • fengyun703
  • 2016年02月13日 22:21
  • 474

requestDisallowInterceptTouchEvent的用法

在开发过程中可能会遇到诸如此类问题: 1、在上下滑动的ScrollView中嵌套一个横滑列表,拖动横滑列表时可能引起ScrollView的上下滑动导致体验极差 2、在ViewPager中嵌套了一个...
  • u013749540
  • u013749540
  • 2017年05月02日 16:50
  • 557
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:requestDisallowInterceptTouchEvent实现原理
举报原因:
原因补充:

(最多只允许输入30个字)