Android事件冲突原理及解决方法

MotionEvent 事件类型

ACTION_DOWN: 表示手指按下屏幕
ACTION_MOVE: 手指在屏幕上滑动时,会产生一系列的MOVE事件
ACTION_UP: 手指抬起,离开屏幕、
ACTION_CANCEL:当出现异常情况事件序列被中断,会产生该类型事件
ACTION_POINTER_DOWN: 当已经有一个手指按下的情况下,另一个手指按下会产生该事件
ACTION_POINTER_UP: 多个手指同时按下的情况下,抬起其中一个手指会产生该事件

事件分发流程

事件分发主要分三块:分发、拦截、消费。

当我们触摸到屏幕的时候,默认会先走 Activity 的分发,接着走 ViewGroup 的分发,
	然后到 ViewGroup 的拦截,后面再到 View 的分发事件,最后会传到 View 的消费事件。
如果 View 不消费,紧接着回传到 ViewGroup 的消费事件;
	如果 ViewGroup 也不消费,最后回到 View 的消费事件。
	
// 分发的细节流程:
如果 ViewGroup 的 dispatchTouchEvent 返回 truefalse ,touch 事件不会往子 view 中传递,
	false 的时候只会触发 action_down ,ViewGroup 的 onTouchEvent 事件也不会被触发。
	只有在返回 super.dispatchTouchEvent 时候 touch 事件才会传递到子 view。

如果 ViewGroup 的 onInterceptTouchEvent 返回 false 或者 super.onInterceptTouchEvent 时,
	touch 事件会传递到子 view。返回 true 事件不会向下传递,交给自己的 ontouchEvent 处理。

如果 view 的 dispatchTouchEvent 返回 truefalse ,touch 事件不会传给自己的 ontouchEvent 事件,
	返回 false ,只会触发 action_down,move 和 up 不会触发;
	返回 true,才会触发 move 和 up。
	返回 super.dispatchTouchEvent,touch 事件才会交给自己的 onTouchEvent 处理。

如果 view 的 ontouchEvent 返回 false,只会有 action_down 事件,touch 事件交给上一层处理,
	如果返回 true 才会消费,事件不会向上传递,
	如果返回 super.ontouchEvent,得看 clickable 是不是返回 true

onTouch 和 onClick 冲突

当我们 setOnTouchListener 且在 onTouch() 返回 true 表示事件被消费,
	setOnClickListener 的 onClick 不会执行

我们设置了 setOnClickListener/setOnTouchListener,mListenerInfo 就不会为空,
	如果 li.mOnTouchListener.onTouch(this, event)true,则 result 为 true!result 短路就不会执行 onTouchEvent(event) 方法,而这个方法在 ACTION_UP 中回调 onClick。

down 事件分析

事件都是以 DOWN 开始,UP 事件结束,中间多个 MOVE 事件,所以我们先从 DOWN 事件开始分析

DOWN 事件进来,会先重置 mGroupFlags 变量,disallowIntercept 标志位为 false,
	进入onInterceptTouchEvent 来判断是否拦截。
看下 requestDisallowInterceptTouchEvent,表示请求父类不要拦截事件

当 View 设置 requestDisallowInterceptTouchEvent 为 true 的时候,
	mGroupFlags = mGroupFlags|FLAG_DISALLOW_INTERCEPT,
	使得 disallowIntercept = mGroupFlags|FLAG_DISALLOW_INTERCEPT & FLAG_DISALLOW_INTERCEPT != 0,
	disallowIntercept 标志位为true,不会执行 onInterceptTouchEvent,父 View 也不会拦截子 View

但是当前事件是 DOWN 事件,requestDisallowInterceptTouchEvent 是无效的。会调用 resetTouchState 重置
	mGroupFlags 使得 disallowIntercept 为 false,进入 onInterceptTouchEvent 来判断是否拦截
- 未被拦截:intercepted 为 false,事件分发给子 View 处理
- 被拦截:intercepted 为 true,会跳过 if (!canceled && !intercepted)

首次事件处理,mFirstTouchTarget == null,调用 dispatchTransformedTouchEvent,传入的 child 为 null,
	调用 super.dispatchTouchEvent(transformedEvent) 进入 View 的 dispatchTouchEvent 方法。

完成了 DOWN 事件分发和处理后,再次分发 MOVE 事件,还是从 ViewGroup 的 dispatchTouchEvent 方法开始,
	而 MOVE 事件是可以反复调用此方法的,MOVE 事件不进行分发,直接找 DOWN 事件确定的对象

冲突解决方法

- 外部拦截法 (在 ViewGroup 中对事件进行拦截)
	重写 parentView 中的 onInterceptTouchEvent
	
- 内部拦截法(ViewGroup 不拦截,子 View 需要事件就消耗掉,否则交给父 View 处理)
	重写 parentView 的 onInterceptTouchEvent
	重写 childView 的 dispatchTouchEvent

相关推荐

  1. Android事件冲突原理解决方法

    2024-01-13 07:52:02       60 阅读
  2. Android View滑动冲突解决方案

    2024-01-13 07:52:02       29 阅读
  3. Android 解决Gradle 三方依赖冲突方法

    2024-01-13 07:52:02       65 阅读
  4. mockito-02-spring aop 与 mockito 冲突解决方案

    2024-01-13 07:52:02       39 阅读
  5. KADB锁冲突查看解决

    2024-01-13 07:52:02       33 阅读

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-01-13 07:52:02       98 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-01-13 07:52:02       106 阅读
  3. 在Django里面运行非项目文件

    2024-01-13 07:52:02       87 阅读
  4. Python语言-面向对象

    2024-01-13 07:52:02       96 阅读

热门阅读

  1. LoadBalancer 替换 Ribbon

    2024-01-13 07:52:02       52 阅读
  2. flink创建表报错

    2024-01-13 07:52:02       56 阅读
  3. python连接sqlite3工具类

    2024-01-13 07:52:02       56 阅读
  4. 贪心算法part01 算法

    2024-01-13 07:52:02       58 阅读