View事件机制源码分析

40次阅读

共计 13792 个字符,预计需要花费 35 分钟才能阅读完成。

目录介绍

  • 01.Android 中事件分发顺序
  • 02.Activity 的事件分发机制

    • 2.1 源码分析
    • 2.2 点击事件调用顺序
    • 2.3 得出结论
  • 03.ViewGroup 事件的分发机制

    • 3.1 看一下这个案例
    • 3.2 源码分析
    • 3.3 得出结论
  • 04.View 事件的分发机制

    • 4.1 源码分析
    • 4.2 得出结论
    • 4.3 验证结论
  • 05. 思考一下

    • 5.1 onTouch()和 onTouchEvent()的区别
    • 5.2 Touch 事件的后续事件传递

好消息

  • 博客笔记大汇总【16 年 3 月到至今】,包括 Java 基础及深入知识点,Android 技术博客,Python 学习笔记等等,还包括平时开发中遇到的 bug 汇总,当然也在工作之余收集了大量的面试题,长期更新维护并且修正,持续完善……开源的文件是 markdown 格式的!同时也开源了生活博客,从 12 年起,积累共计 N 篇[近 100 万字,陆续搬到网上],转载请注明出处,谢谢!
  • 链接地址:https://github.com/yangchong2…
  • 如果觉得好,可以 star 一下,谢谢!当然也欢迎提出建议,万事起于忽微,量变引起质变!

View 事件系列博客

  • 01.View 事件基础

    • 事件分发的对象是谁?事件在哪些对象间进行传递?事件分发过程涉及方法?事件分发机制方法说明?
  • 02.View 事件分发场景

    • 事件分发背景描述,事件传递情况
  • 03.View 事件机制源码分析

    • Android 中事件分发顺序?Activity 的事件分发机制?ViewGroup 事件的分发机制?View 事件的分发机制?onTouch()和 onTouchEvent()的区别?
  • 04.View 事件机制

    • 触摸事件, 分发事件, 拦截事件, 三个事件机制怎么向其调用者传递处理结果, 滑动冲突的思路及方法,以及具体的滑动冲突解决方案案例
  • 05.View 的滑动冲突

    • 通过一个滑动冲突的案例,来讲解外部拦截法解决滑动冲突,内部拦截法解决滑动冲突
  • 07.View 事件总结 1

    • Android 事件分发机制,View 和 ViewGroup 分发事件,onTouch()、onTouchEvent()和 onClick()执行顺序,View 处理事件的优先级,点击事件传递过程,事件传递规则要点
  • 08.View 事件总结 2

    • View 滑动有哪些方法,Activity 事件分发过程,Window 事件分发过程,DecorView 的事件分发,根 View 的事件分发

01.Android 中事件分发顺序

  • Android 中事件分发顺序:

    • Activity(Window)-> ViewGroup -> View
  • 其中:

    • super:调用父类方法
    • true:消费事件,即事件不继续往下传递
    • false:不消费事件,事件继续往下传递 / 交由给父控件 onTouchEvent()处理
  • 充分理解 Android 分发机制,本质上是要理解:

    • Activity 对点击事件的分发机制
    • ViewGroup 对点击事件的分发机制
    • View 对点击事件的分发机制

02.Activity 的事件分发机制

2.1 源码分析

  • 当一个点击事件发生时,事件最先传到 Activity 的 dispatchTouchEvent()进行事件分发

    • 具体是由 Activity 的 Window 来完成
  • 我们来看下 Activity 的 dispatchTouchEvent()的源码

    public boolean dispatchTouchEvent(MotionEvent ev) {
        // 第一步
        // 一般事件列开始都是 DOWN,所以这里基本是 true
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            // 第二步
            onUserInteraction();}
        // 第三步
        if (getWindow().superDispatchTouchEvent(ev)) {return true;}
        return onTouchEvent(ev);
    }
  • 第一步

    • 一般事件列开始都是 DOWN(按下按钮),所以这里返回 true,执行 onUserInteraction()
  • 第二步

    • 先来看下 onUserInteraction()源码
    public void onUserInteraction() {}
    • 从源码可以看出:

      • 该方法为空方法
      • 从注释得知:当此 activity 在栈顶时,触屏点击按 home,back,menu 键等都会触发此方法
      • 所以 onUserInteraction()主要用于屏保
  • 第三步

    • Window 类是抽象类,且 PhoneWindow 是 Window 类的唯一实现类
    • superDispatchTouchEvent(ev)是抽象方法
    • 通过 PhoneWindow 类中看一下 superDispatchTouchEvent()的作用
    @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {return mDecor.superDispatchTouchEvent(event);
        //mDecor 是 DecorView 的实例
        //DecorView 是视图的顶层 view,继承自 FrameLayout,是所有界面的父类
    }
  • 接下来我们看 mDecor.superDispatchTouchEvent(event):

    public boolean superDispatchTouchEvent(MotionEvent event) {return super.dispatchTouchEvent(event);
    //DecorView 继承自 FrameLayout
    // 那么它的父类就是 ViewGroup
    而 super.dispatchTouchEvent(event)方法,其实就应该是 ViewGroup 的 dispatchTouchEvent()}
  • 得出结果

    • 执行 getWindow().superDispatchTouchEvent(ev)实际上是执行了 ViewGroup.dispatchTouchEvent(event)
    • 这样事件就从 Activity 传递到了 ViewGroup

2.2 点击事件调用顺序

  • 当一个点击事件发生时,调用顺序如下

    • 1. 事件最先传到 Activity 的 dispatchTouchEvent()进行事件分发
    • 2. 调用 Window 类实现类 PhoneWindow 的 superDispatchTouchEvent()
    • 3. 调用 DecorView 的 superDispatchTouchEvent()
    • 4. 最终调用 DecorView 父类的 dispatchTouchEvent(),即 ViewGroup 的 dispatchTouchEvent()

2.3 得出结论

  • 当一个点击事件发生时,事件最先传到 Activity 的 dispatchTouchEvent()进行事件分发,最终是调用了 ViewGroup 的 dispatchTouchEvent()方法
  • 这样事件就从 Activity 传递到了 ViewGroup

03.ViewGroup 事件的分发机制

3.1 看一下这个案例

  • 布局如下:

  • 结果测试

    • 只点击 Button,发现执行顺序:btn1,btn2
    • 再点击空白处,发现执行顺序:btn1,btn2,viewGroup
  • 从上面的测试结果发现:

    • 当点击 Button 时,执行 Button 的 onClick(),但 ViewGroupLayout 注册的 onTouch()不会执行
    • 只有点击空白区域时才会执行 ViewGroupLayout 的 onTouch();
    • 结论:Button 的 onClick()将事件消费掉了,因此事件不会再继续向下传递。

3.2 源码分析

  • ViewGroup 的 dispatchTouchEvent()源码分析, 该方法比较复杂,截取几个重要的逻辑片段进行介绍,来解析整个分发流程。

    // 发生 ACTION_DOWN 事件或者已经发生过 ACTION_DOWN, 并且将 mFirstTouchTarget 赋值,才进入此区域,主要功能是拦截器
    final boolean intercepted;
    if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) {//disallowIntercept:是否禁用事件拦截的功能(默认是 false), 即不禁用
        // 可以在子 View 通过调用 requestDisallowInterceptTouchEvent 方法对这个值进行修改,不让该 View 拦截事件
        final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
        // 默认情况下会进入该方法
        if (!disallowIntercept) {
            // 调用拦截方法
            intercepted = onInterceptTouchEvent(ev); 
            ev.setAction(action);
        } else {intercepted = false;}
    } else {
        // 当没有触摸 targets,且不是 down 事件时,开始持续拦截触摸。intercepted = true;
    }
    • 这一段的内容主要是为判断是否拦截。如果当前事件的 MotionEvent.ACTION_DOWN,则进入判断,调用 ViewGroup onInterceptTouchEvent()方法的值,判断是否拦截。如果 mFirstTouchTarget != null,即已经发生过 MotionEvent.ACTION_DOWN,并且该事件已经有 ViewGroup 的子 View 进行处理了,那么也进入判断,调用 ViewGroup onInterceptTouchEvent()方法的值,判断是否拦截。如果不是以上两种情况,即已经是 MOVE 或 UP 事件了,并且之前的事件没有对象进行处理,则设置成 true,开始拦截接下来的所有事件。这也就解释了如果子 View 的 onTouchEvent()方法返回 false,那么接下来的一些列事件都不会交给他处理。如果 VieGroup 的 onInterceptTouchEvent()第一次执行为 true,则 mFirstTouchTarget = null,则也会使得接下来不会调用 onInterceptTouchEvent(),直接将拦截设置为 true。
  • 当 ViewGroup 不拦截事件的时候,事件会向下分发交由它的子 View 或 ViewGroup 进行处理。

      /* 从最底层的父视图开始遍历,** 找寻 newTouchTarget,即上面的 mFirstTouchTarget
       ** 如果已经存在找寻 newTouchTarget,说明正在接收触摸事件,则跳出循环。*/
    for (int i = childrenCount - 1; i >= 0; i--) {
      final int childIndex = customOrder
        ? getChildDrawingOrder(childrenCount, i) : i;
      final View child = (preorderedList == null)
        ? children[childIndex] : preorderedList.get(childIndex);
    
      // 如果当前视图无法获取用户焦点,则跳过本次循环
      if (childWithAccessibilityFocus != null) {if (childWithAccessibilityFocus != child) {continue;}
         childWithAccessibilityFocus = null;
         i = childrenCount - 1;
      }
      // 如果 view 不可见,或者触摸的坐标点不在 view 的范围内,则跳过本次循环
      if (!canViewReceivePointerEvents(child) 
          || !isTransformedTouchPointInView(x, y, child, null)) {ev.setTargetAccessibilityFocus(false);
        continue;
        }
    
       newTouchTarget = getTouchTarget(child);
       // 已经开始接收触摸事件, 并退出整个循环。if (newTouchTarget != null) {
           newTouchTarget.pointerIdBits |= idBitsToAssign;
           break;
        }
    
        // 重置取消或抬起标志位
        // 如果触摸位置在 child 的区域内,则把事件分发给子 View 或 ViewGroup
        if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
            // 获取 TouchDown 的时间点
            mLastTouchDownTime = ev.getDownTime();
            // 获取 TouchDown 的 Index
            if (preorderedList != null) {for (int j = 0; j < childrenCount; j++) {if (children[childIndex] == mChildren[j]) {
                        mLastTouchDownIndex = j;
                        break;
                    }
               }
             } else {mLastTouchDownIndex = childIndex;}
    
          // 获取 TouchDown 的 x,y 坐标
          mLastTouchDownX = ev.getX();
          mLastTouchDownY = ev.getY();
          // 添加 TouchTarget, 则 mFirstTouchTarget != null。newTouchTarget = addTouchTarget(child, idBitsToAssign);
          // 表示以及分发给 NewTouchTarget
          alreadyDispatchedToNewTouchTarget = true;
          break;
    }
    • dispatchTransformedTouchEvent()方法实际就是调用子元素的 dispatchTouchEvent() 方法。
    • 其中 dispatchTransformedTouchEvent() 方法的重要逻辑如下:
    if (child == null) {handled = super.dispatchTouchEvent(event);
    } else {handled = child.dispatchTouchEvent(event);
    }
    • 由于其中传递的 child 不为空,所以就会调用子元素的 dispatchTouchEvent()。如果子元素的 dispatchTouchEvent()方法返回 true,那么 mFirstTouchTarget 就会被赋值,同时跳出 for 循环。
    // 添加 TouchTarget, 则 mFirstTouchTarget != null。newTouchTarget = addTouchTarget(child, idBitsToAssign);
     // 表示以及分发给 NewTouchTarget
     alreadyDispatchedToNewTouchTarget = true;
    • 其中在 addTouchTarget(child, idBitsToAssign); 内部完成 mFirstTouchTarget 被赋值。如果 mFirstTouchTarget 为空,将会让 ViewGroup 默认拦截所有操作。如果遍历所有子 View 或 ViewGroup,都没有消费事件。ViewGroup 会自己处理事件。

3.3 得出结论

  • Android 事件分发是先传递到 ViewGroup,再由 ViewGroup 传递到 View
  • 在 ViewGroup 中通过 onInterceptTouchEvent()对事件传递进行拦截

    • 1.onInterceptTouchEvent 方法返回 true 代表拦截事件,即不允许事件继续向子 View 传递;
    • 2. 返回 false 代表不拦截事件,即允许事件继续向子 View 传递;(默认返回 false)
    • 3. 子 View 中如果将传递的事件消费掉,ViewGroup 中将无法接收到任何事件。

04.View 事件的分发机制

4.1 源码分析

  • View 中 dispatchTouchEvent()的源码分析

    public boolean dispatchTouchEvent(MotionEvent event) {if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
                mOnTouchListener.onTouch(this, event)) {return true;}  
        return onTouchEvent(event);  
    }
  • 从上面可以看出:

    • 只有以下三个条件都为真,dispatchTouchEvent()才返回 true;否则执行 onTouchEvent(event)方法
    第一个条件:mOnTouchListener != null;第二个条件:(mViewFlags & ENABLED_MASK) == ENABLED;第三个条件:mOnTouchListener.onTouch(this, event);
  • 下面,我们来看看下这三个判断条件:

    • 第一个条件:mOnTouchListener!= null
    //mOnTouchListener 是在 View 类下 setOnTouchListener 方法里赋值的
    public void setOnTouchListener(OnTouchListener l) { 
    
    // 即只要我们给控件注册了 Touch 事件,mOnTouchListener 就一定被赋值(不为空)mOnTouchListener = l;  
    }
    • 第二个条件:(mViewFlags & ENABLED_MASK) == ENABLED
    • 该条件是判断当前点击的控件是否 enable
    • 由于很多 View 默认是 enable 的,因此该条件恒定为 true
    • 第三个条件:mOnTouchListener.onTouch(this, event)
    • 回调控件注册 Touch 事件时的 onTouch 方法
    // 手动调用设置
    button.setOnTouchListener(new OnTouchListener() {  
        @Override  
        public boolean onTouch(View v, MotionEvent event) {return false;}  
    });
    • 如果在 onTouch 方法返回 true,就会让上述三个条件全部成立,从而整个方法直接返回 true。
    • 如果在 onTouch 方法里返回 false,就会去执行 onTouchEvent(event)方法。
  • 接下来,我们继续看:onTouchEvent(event)的源码分析

    public boolean onTouchEvent(MotionEvent event) {  
        final int viewFlags = mViewFlags;  
        if ((viewFlags & ENABLED_MASK) == DISABLED) {  
            // A disabled view that is clickable still consumes the touch  
            // events, it just doesn't respond to them.  
            return (((viewFlags & CLICKABLE) == CLICKABLE ||  
                    (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));  
        }  
        if (mTouchDelegate != null) {if (mTouchDelegate.onTouchEvent(event)) {return true;}  
        }  
         // 如果该控件是可以点击的就会进入到下两行的 switch 判断中去;if (((viewFlags & CLICKABLE) == CLICKABLE ||  
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {  
        // 如果当前的事件是抬起手指,则会进入到 MotionEvent.ACTION_UP 这个 case 当中。switch (event.getAction()) {  
                case MotionEvent.ACTION_UP:  
                    boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;  
                   // 在经过种种判断之后,会执行到关注点 1 的 performClick()方法。// 请往下看关注点 1
                    if ((mPrivateFlags & PRESSED) != 0 || prepressed) {  
                        // take focus if we don't have it already and we should in  
                        // touch mode.  
                        boolean focusTaken = false;  
                        if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {focusTaken = requestFocus();  
                        }  
                        if (!mHasPerformedLongPress) {  
                            // This is a tap, so remove the longpress check  
                            removeLongPressCallback();  
                            // Only perform take click actions if we were in the pressed state  
                            if (!focusTaken) {  
                                // Use a Runnable and post this rather than calling  
                                // performClick directly. This lets other visual state  
                                // of the view update before click actions start.  
                                if (mPerformClick == null) {mPerformClick = new PerformClick();  
                                }  
                                if (!post(mPerformClick)) {  
                // 关注点 1
                // 请往下看 performClick()的源码分析
                                    performClick();}  
                            }  
                        }  
                        if (mUnsetPressedState == null) {mUnsetPressedState = new UnsetPressedState();  
                        }  
                        if (prepressed) {  
                            mPrivateFlags |= PRESSED;  
                            refreshDrawableState();  
                            postDelayed(mUnsetPressedState,  
                                    ViewConfiguration.getPressedStateDuration());  
                        } else if (!post(mUnsetPressedState)) {  
                            // If the post failed, unpress right now  
                            mUnsetPressedState.run();}  
                        removeTapCallback();}  
                    break;  
                case MotionEvent.ACTION_DOWN:  
                    if (mPendingCheckForTap == null) {mPendingCheckForTap = new CheckForTap();  
                    }  
                    mPrivateFlags |= PREPRESSED;  
                    mHasPerformedLongPress = false;  
                    postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());  
                    break;  
                case MotionEvent.ACTION_CANCEL:  
                    mPrivateFlags &= ~PRESSED;  
                    refreshDrawableState();  
                    removeTapCallback();  
                    break;  
                case MotionEvent.ACTION_MOVE:  
                    final int x = (int) event.getX();  
                    final int y = (int) event.getY();  
                    // Be lenient about moving outside of buttons  
                    int slop = mTouchSlop;  
                    if ((x < 0 - slop) || (x >= getWidth() + slop) ||  
                            (y < 0 - slop) || (y >= getHeight() + slop)) {  
                        // Outside button  
                        removeTapCallback();  
                        if ((mPrivateFlags & PRESSED) != 0) {  
                            // Remove any future long press/tap checks  
                            removeLongPressCallback();  
                            // Need to switch from pressed to not pressed  
                            mPrivateFlags &= ~PRESSED;  
                            refreshDrawableState();}  
                    }  
                    break;  
            }  
    // 如果该控件是可以点击的,就一定会返回 true
            return true;  
        }  
    // 如果该控件是不可以点击的,就一定会返回 false
        return false;  
    }
  • 关注点 1:

    • performClick()的源码分析
    public boolean performClick() {sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);  
    
        if (mOnClickListener != null) {playSoundEffect(SoundEffectConstants.CLICK);  
            mOnClickListener.onClick(this);  
            return true;  
        }  
        return false;  
    }
    • 只要 mOnClickListener 不为 null,就会去调用 onClick 方法;
  • 那么,mOnClickListener 又是在哪里赋值的呢?请继续看:

    public void setOnClickListener(OnClickListener l) {if (!isClickable()) {setClickable(true);  
        }  
        mOnClickListener = l;  
    }
    • 当我们通过调用 setOnClickListener 方法来给控件注册一个点击事件时,就会给 mOnClickListener 赋值(不为空),即会回调 onClick()。

4.2 得出结论

  • 1.onTouch()的执行高于 onClick()
  • 2. 每当控件被点击时:

    • 如果在回调 onTouch()里返回 false,就会让 dispatchTouchEvent 方法返回 false,那么就会执行 onTouchEvent();如果回调了 setOnClickListener()来给控件注册点击事件的话,最后会在 performClick()方法里回调 onClick()。

      • onTouch()返回 false(该事件没被 onTouch()消费掉)= 执行 onTouchEvent() = 执行 OnClick()
    • 如果在回调 onTouch()里返回 true,就会让 dispatchTouchEvent 方法返回 true,那么将不会执行 onTouchEvent(),即 onClick()也不会执行;

      • onTouch()返回 true(该事件被 onTouch()消费掉)= dispatchTouchEvent()返回 true(不会再继续向下传递)= 不会执行 onTouchEvent() = 不会执行 OnClick()

4.3 验证结论

  • 在回调 onTouch()里返回 true

    TextView textView = findViewById(R.id.tv_13);
    // 设置 OnTouchListener()
    textView.setOnTouchListener(new View.OnTouchListener() {
    
        @Override
        public boolean onTouch(View v, MotionEvent event) {Log.d("小杨逗比","执行了 onTouch(), 动作是:" + event.getAction());
            return true;
        }
    });
    // 设置 OnClickListener
    textView.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {Log.d("小杨逗比","执行了 onClick()");
        }
    });
    • 打印日志如下所示
    • 注意 action 为 0 是 ACTION_DOWN,为 2 是 ACTION_MOVE,为 1 是 ACTION_UP。
    2019-04-04 13:37:58.301 13616-13616/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:0
    2019-04-04 13:37:58.315 13616-13616/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:2
    2019-04-04 13:37:58.405 13616-13616/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:2
    2019-04-04 13:37:58.408 13616-13616/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:1
  • 在回调 onTouch()里返回 false

    • 打印结果如下所示
    2019-04-04 13:41:26.961 14006-14006/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:0
    2019-04-04 13:41:26.978 14006-14006/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:2
    2019-04-04 13:41:27.072 14006-14006/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:2
    2019-04-04 13:41:27.074 14006-14006/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onTouch(), 动作是:1
    2019-04-04 13:41:27.076 14006-14006/org.yczbj.ycrefreshview D/ 小杨逗比: 执行了 onClick()
  • 总结:onTouch()返回 true 就认为该事件被 onTouch()消费掉,因而不会再继续向下传递,即不会执行 OnClick()。

05. 思考一下

5.1 onTouch()和 onTouchEvent()的区别

  • 这两个方法都是在 View 的 dispatchTouchEvent 中调用,但 onTouch 优先于 onTouchEvent 执行。
  • 如果在 onTouch 方法中返回 true 将事件消费掉,onTouchEvent()将不会再执行。
  • 特别注意:请看下面代码

    //&& 为短路与,即如果前面条件为 false,将不再往下执行
    // 所以,onTouch 能够得到执行需要两个前提条件://1. mOnTouchListener 的值不能为空
    //2. 当前点击的控件必须是 enable 的。mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
            mOnTouchListener.onTouch(this, event)
  • 因此如果你有一个控件是非 enable 的,那么给它注册 onTouch 事件将永远得不到执行。对于这一类控件,如果我们想要监听它的 touch 事件,就必须通过在该控件中重写 onTouchEvent 方法来实现。

5.2 Touch 事件的后续事件(MOVE、UP)层级传递

  • 如果给控件注册了 Touch 事件,每次点击都会触发一系列 action 事件(ACTION_DOWN,ACTION_MOVE,ACTION_UP 等)
  • 当 dispatchTouchEvent 在进行事件分发的时候,只有前一个事件(如 ACTION_DOWN)返回 true,才会收到后一个事件(ACTION_MOVE 和 ACTION_UP)

    • 即如果在执行 ACTION_DOWN 时返回 false,后面一系列的 ACTION_MOVE 和 ACTION_UP 事件都不会执行
  • 从上面对事件分发机制分析知:

    • dispatchTouchEvent()和 onTouchEvent()消费事件、终结事件传递(返回 true)
    • 而 onInterceptTouchEvent 并不能消费事件,它相当于是一个分叉口起到分流导流的作用,对后续的 ACTION_MOVE 和 ACTION_UP 事件接收起到非常大的作用
    • 请记住:接收了 ACTION_DOWN 事件的函数不一定能收到后续事件(ACTION_MOVE、ACTION_UP)
  • 这里给出 ACTION_MOVE 和 ACTION_UP 事件的传递结论

    • 如果在某个对象(Activity、ViewGroup、View)的 dispatchTouchEvent()消费事件(返回 true),那么收到 ACTION_DOWN 的函数也能收到 ACTION_MOVE 和 ACTION_UP
    • 如果在某个对象(Activity、ViewGroup、View)的 onTouchEvent()消费事件(返回 true),那么 ACTION_MOVE 和 ACTION_UP 的事件从上往下传到这个 View 后就不再往下传递了,而直接传给自己的 onTouchEvent()并结束本次事件传递过程。

其他介绍

01. 关于博客汇总链接

  • 1. 技术博客汇总
  • 2. 开源项目汇总
  • 3. 生活博客汇总
  • 4. 喜马拉雅音频汇总
  • 5. 其他汇总

02. 关于我的博客

  • github:https://github.com/yangchong211
  • 知乎:https://www.zhihu.com/people/…
  • 简书:http://www.jianshu.com/u/b7b2…
  • csdn:http://my.csdn.net/m0_37700275
  • 喜马拉雅听书:http://www.ximalaya.com/zhubo…
  • 开源中国:https://my.oschina.net/zbj161…
  • 泡在网上的日子:http://www.jcodecraeer.com/me…
  • 邮箱:yangchong211@163.com
  • segmentfault 头条:https://segmentfault.com/u/xi…
  • 掘金:https://juejin.im/user/593943…

正文完
 0