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 返回 true 或 false ，touch 事件不会往子 view 中传递，
	false 的时候只会触发 action_down ，ViewGroup 的 onTouchEvent 事件也不会被触发。
	只有在返回 super.dispatchTouchEvent 时候 touch 事件才会传递到子 view。

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

如果 view 的 dispatchTouchEvent 返回 true 或 false ，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