Android 事件分发机制与滑动冲突

首先我们需要知道在Android 中事件类型分为以下几类:

事件分发

  • MotionEvent


    image.png

其中 ACTION_CANCEL事件我们平时一般见不到,但在源码解析中我们可以看到它的身影.

了解完Android 中的几种事件类型,就需要知道我们从点击屏幕到手指离开屏幕这一整个过程的事件分发机制与流程.

在介绍事件分发机制之前,先简单介绍一下责任链设计模式.

所谓的责任链模式,可以简单理解成上下级关系.
举个栗子:

责任链模式.png

上面这张图就是典型的责任链模式,
首先A要求加薪需要告诉他的老大,如果数额比较小,那就直接批准了,后面的经理和boss就不需要知道了,同理,如果数额比较大,那就需要一层交给一层去处理,然后在一层一层的返回.

  • 事件分发流程

Android中的事件分发机制也是采用的责任链模式:

事件分发流程.png

首先点击事件被Activity的dispatchTouchEvent()所相应,然后分发给Window -> 在然后分发给DecorView -> 在到我们的ViewGroup -> 最后到我们的view

在整个事件分发流程中,还存在事件拦截,事件可以被上层拦截,那么处于下层的view的事件也就不会响应了.

源码解析:

1.Activity的dispatchTouchEvent()

 public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        //此处调用的就是PhoneWindow的superDispatchTouchEvent()
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

2.PhoneWindow的superDispatchTouchEvent()

 @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return mDecor.superDispatchTouchEvent(event);
    }

3.DecorView的superDispatchTouchEvent()

  public boolean superDispatchTouchEvent(MotionEvent event) {
        return super.dispatchTouchEvent(event);
    }

4.ViewGroup的dispatchTouchEvent()

  @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
//...............

       boolean handled = false;
        if (onFilterTouchEventForSecurity(ev)) {
            //..................
           //关键代码
               if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
   // Child wants to receive touch within its bounds.
     //   ........................
      }
   }
}

  */
    private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
            View child, int desiredPointerIdBits) {
        final boolean handled;

        // Canceling motions is a special case.  We don't need to perform any transformations
        // or filtering.  The important part is the action, not the contents.
        final int oldAction = event.getAction();
        if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
            event.setAction(MotionEvent.ACTION_CANCEL);
            if (child == null) {
                handled = super.dispatchTouchEvent(event);
            } else {
      //此处将事件分发给子View
                handled = child.dispatchTouchEvent(event);
            }
            event.setAction(oldAction);
            return handled;
        }

5.View的dispatchTouchEvent()

  //过滤安全事件
        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
          //此处执行onTouch()方法
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }
         
         //如果onTouch返回false,执行onClick()事件
            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }

 public boolean onTouchEvent(MotionEvent event) {

   //.................
        switch (action) {
                case MotionEvent.ACTION_UP:
               // ...................
              if (!post(mPerformClick)) {
         performClickInternal();
}
      

  private boolean performClickInternal() {
        // Must notify autofill manager before performing the click actions to avoid scenarios where
        // the app has a click listener that changes the state of views the autofill service might
        // be interested on.
        notifyAutofillManagerOnClick();

        return performClick();
    }

 public boolean performClick() {
        // We still need to call this method to handle the cases where performClick() was called
        // externally, instead of through performClickInternal()
        notifyAutofillManagerOnClick();

        final boolean result;
        final ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
          //事件分发到onClick()方法,整个事件分发流程结束
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }

        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);

        notifyEnterOrExitForAutoFillIfNeeded(true);

        return result;
    }



至此,整个事件分发流程就结束了,以上代码整个过程的核心关键代码,具体过程请自行翻阅源码

关于可以进行事件分发、拦截、消费的发生环境如下:


事件分发、拦截与消费

事件处理

一般事件处理的两个方法

 btn_click.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.e(TAG, "onTouch: "+event.getAction());

                return false;
            }
        });


        btn_click.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.e(TAG, "onClick");
            }
        });

首先我们添加一个OnTouch和OnClick的事件监听,

前方高能,注意 注意

这里我们如果onTouch的返回值为true的话,onClick方法是不会执行的,可以自行尝试下

因为我们的btn 是一个view,所以我们进入到view源码里查看相应的方法


    /**
     * Register a callback to be invoked when a touch event is sent to this view.
     * @param l the touch listener to attach to this view
     */
    public void setOnTouchListener(OnTouchListener l) {
        getListenerInfo().mOnTouchListener = l;
    }

这里我们看到,我们自己new 出来的listener对象被赋值给了mOnTouchListener ,所以我们需要看看这个mOnTouchListener的相关使用,通过搜索我们找到了使用的地方

public boolean dispatchTouchEvent(MotionEvent event) {
  //没错,就是在我们的view里面的这个方法里
 //默认是false
        boolean result = false;

      .........
 //过滤安全事件
        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }
}

可以看到,如果我们的onTouch返回值为true的话,将会使我们的result为true,

 if (!result && onTouchEvent(event)) {
                result = true;
            }

所以,我们得onTouchEvent()方法直接没有执行的机会.自然就不会响应点击事件了.

所以面试题来了

1.onTouch和onClick哪个先执行?为什么?
2.什么情况下会导致onClick失效?为什么?
3.onClick 和onTouch分别属于什么事件?

上面两个问题已经说过了,下面我们来说说第三个问题,

  • onClick 事件属于ACTION_UP事件
  • onTouch 事件属于ACTION_DOWN 和ACTION_MOVE事件.

也就是说,当我们手指按下屏幕和移动时,执行的时onTouch (),只有当手指抬起时,才会执行onClick()

下面来看源码: view 的 onTouchEvent()方法

public boolean onTouchEvent(MotionEvent event) {
        final float x = event.getX();
        final float y = event.getY();
        final int viewFlags = mViewFlags;
        final int action = event.getAction();

//...................
 switch (action) {
                case MotionEvent.ACTION_UP:
//..........
        if (!post(mPerformClick)) {
              //此处执行
                   performClickInternal();
        }
}
}
 private boolean performClickInternal() {
        // Must notify autofill manager before performing the click actions to avoid scenarios where
        // the app has a click listener that changes the state of views the autofill service might
        // be interested on.
        notifyAutofillManagerOnClick();

        return performClick();
    }

 public boolean performClick() {
        // We still need to call this method to handle the cases where performClick() was called
        // externally, instead of through performClickInternal()
        notifyAutofillManagerOnClick();

        final boolean result;
        final ListenerInfo li = mListenerInfo;
           if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
      //此处才是真正的执行我们的OnClickListener 
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }

        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);

        notifyEnterOrExitForAutoFillIfNeeded(true);

        return result;
    }

上面就是我们的view的事件分发与事件消费的过程,当然这里只展示核心部分

我们看源码的时候,往往一个方法很多,但不是我们每一行代码都需要看懂,这也是不切实际的 ,我们只需要关心核心代码即可.

事件冲突

常见的冲突场景:
1.scorellview嵌套scorellview
2.recycleview嵌套recycleview
3.viewpage嵌套recycleview

  1. ................

解决冲突办法:
1.内部拦截法
2.外部拦截法

示例:
1.viewPage 嵌套listVew 造成滑动冲突
产生现象:
上下滑动与左右滑动的冲突

示例代码:

  • 内部拦截法
   //内部拦截法

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        //这里有个坑,如果ACTION_DOWN 事件返回true 
        //会导致子view的 getParent().requestDisallowInterceptTouchEvent()失效;
        if (ev.getAction() == MotionEvent.ACTION_DOWN){
            super.onInterceptTouchEvent(ev);
            return false;
        }
        return true;
    }

//内部拦截法

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        int x = (int) ev.getX();
        int y = (int) ev.getY();

        switch (ev.getAction()){
            case MotionEvent.ACTION_DOWN:
                //请求父类容器 ViewPager 不拦截事件
                getParent().requestDisallowInterceptTouchEvent(true);
                break;
            case MotionEvent.ACTION_MOVE:
                int deleteX = x - mLastX;
                int deleteY = y - mLastY;
                //如果是水平滑动   请求父类容器 ViewPager 拦截事件
                if (Math.abs(deleteX)> Math.abs(deleteY)){
                    getParent().requestDisallowInterceptTouchEvent(false);
                }
                break;
            case MotionEvent.ACTION_UP:
                break;
            case MotionEvent.ACTION_CANCEL:
                break;
                default:
                     break;
        }
        mLastX = x;
        mLastY = y;
        return super.dispatchTouchEvent(ev);
    }

  • 外部拦截法
//外部拦截法
    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        int x = (int) ev.getX();
        int y = (int) ev.getY();
        boolean intercept = false;
        switch (ev.getAction()){
            case MotionEvent.ACTION_DOWN:
                intercept = false;
                super.onInterceptTouchEvent(ev);
                break;
            case MotionEvent.ACTION_MOVE:
                int deleteX = x -mLastX;
                int deleteY = y - mLastY;
                if (Math.abs(deleteX)> Math.abs(deleteY)){
                    intercept = true;
                }
                break;
            case MotionEvent.ACTION_UP:
                intercept = false;
                break;
             default:
                 break;
        }
        mLastY = y;
        mLastX = x;
        return intercept;
    }

以上就是滑动冲突的两种解决办法的核心思想,其他的所有解决办法都是基于这两种解决的

欢迎关注作者darryrzhong,更多干货等你来拿哟.

请赏个小红心!因为你的鼓励是我写作的最大动力!

更多精彩文章请关注

推荐阅读更多精彩内容