zoukankan      html  css  js  c++  java
  • (转)探究requestDisallowInterceptTouchEvent失效的原因

    昨天在用requestDisallowInterceptTouchEvent的时候,发现在设置了requestDisallowInterceptTouchEvent(true)之后,父View的onInterceptTouchEvent方法照样执行。怎么会这样呢?只能通过查看源码来一探究竟了。

    首先看下requestDisallowInterceptTouchEvent方法的源码,在android.view.ViewGroup类中:

    [java] view plaincopy
    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);  
    }  
    

    }
    这里看到,requestDisallowInterceptTouchEvent方法做了两个操作:

    1. 设置ViewGroup自己的FLAG_DISALLOW_INTERCEPT标志位为true。

    2. 递归设置ViewGroup其父View的FLAG_DISALLOW_INTERCEPT标志位为true。

    主要和FLAG_DISALLOW_INTERCEPT标志位有关,这里全局看下android.view.ViewGroup的源代码,发现只有三个地方用到了FLAG_DISALLOW_INTERCEPT:

    read:dispatchTouchEvent方法。

    write:requestDisallowInterceptTouchEvent方法,resetTouchState方法。

    先来看下涉及到write操作的地方,requestDisallowInterceptTouchEvent方法前面看过了,这里看下resetTouchState方法的源代码:

    [java] view plaincopy
    /**

    • Resets all touch state in preparation for a new cycle.
      */
      private void resetTouchState() {
      clearTouchTargets();
      resetCancelNextUpFlag(this);
      mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
      mNestedScrollAxes = SCROLL_AXIS_NONE;
      }
      这里看到,resetTouchState方法会把ViewGroup的FLAG_DISALLOW_INTERCEPT置为false。

    再来看下涉及到读操作的dispatchTouchEvent方法的源代码:

    [java] view plaincopy
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {

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

    这里就是整个ViewGroup代码中唯一用到FLAG_DISALLOW_INTERCEPT的地方,它的主要罗辑就是判断ViewGroup的FLAG_DISALLOW_INTERCEPT标志位是否为true,如果为true,调用ViewGroup的onInterceptTouchEvent的方法,如果不是则不会走。这也和requestDisallowInterceptTouchEvent的官方解释也是一致的。

    而我遇到的问题是:明明调用了requestDisallowInterceptTouchEvent(true)方法,而还是走了ViewGroup的onInterceptTouchEvent方法,那只有一个可能:FLAG_DISALLOW_INTERCEPT被改回了false。对FLAG_DISALLOW_INTERCEPT进行写操作的除了requestDisallowInterceptTouchEvent方法,只有resetTouchState方法,一定是某个地方调用了resetTouchState方法,把FLAG_DISALLOW_INTERCEPT标志位置为false,才造成了我遇到的问题。看一下resetTouchState的调用关系,发现只有一个方法调用了:

    [java] view plaincopy
    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {

            ......  
    
            final int action = ev.getAction();  
            final int actionMasked = action & MotionEvent.ACTION_MASK;  
    
            // Handle an initial down.  
            if (actionMasked == MotionEvent.ACTION_DOWN) {  
                // Throw away all previous state when starting a new touch gesture.  
                // The framework may have dropped the up or cancel event for the previous gesture  
                // due to an app switch, ANR, or some other state change.  
                cancelAndClearTouchTargets(ev);  
                resetTouchState();  
            }  
    
            ......    
    
            // Update list of touch targets for pointer up or cancel, if needed.  
            if (canceled  
                    || actionMasked == MotionEvent.ACTION_UP  
                    || actionMasked == MotionEvent.) {  
                resetTouchState();  
            } else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {  
                final int actionIndex = ev.getActionIndex();  
                final int idBitsToRemove = 1 << ev.getPointerId(actionIndex);  
                removePointersFromTouchTargets(idBitsToRemove);  
            }  
    
            ......  
    }  
    

    看完代码就发现,原来在ViewGroup的ACTION_DOWN时,FLAG_DISALLOW_INTERCEPT标志位被置为false,这就是我使用requestDisallowInterceptTouchEvent方法失效的原因,因为我是在findView之后,直接调用的requestDisallowInterceptTouchEvent(true),而在事件处理的开始(ACTION_DOWN),这里又被设为了false。

    怎么解决这个问题呢?只有重写自己用到的View的onTouchEvent方法,在其ACTION_DOWN的时候,调用父View的requestDisallowInterceptTouchEvent(true)方法设置,在ACTION_UP或者ACTION_CANCEL的时候,调用调用父View的requestDisallowInterceptTouchEvent(false)方法重置。

  • 相关阅读:
    拓端数据|R语言乘法GARCH模型对高频交易数据进行波动性预测
    拓端数据|Python中用Prophet模型对天气时间序列进行预测与异常检测
    拓端数据|R语言:状态空间模型和卡尔曼滤波预测酒精死亡人数时间序列
    拓端数据|R语言用LOESS(局部加权回归)季节趋势分解(STL)进行时间序列异常检测
    拓端数据|数据挖掘:香水电商销售策略分析
    UOJ#523. 【美团杯2020】半前缀计数 后缀自动机
    LuoguP6688 可重集 线段树+hash
    LuoguP6687 论如何玩转 Excel 表格 树状数组
    LOJ#2303. 「NOI2017」蚯蚓排队 hash+链表
    LOJ#6289. 花朵 树链剖分+分治NTT
  • 原文地址:https://www.cnblogs.com/canceler/p/4888206.html
Copyright © 2011-2022 走看看