Android事件冲突解决方式原理解析
相信大家对于Android滑动事件冲突都比较了解，其解决方式主要有两种
一、外部拦截法（即在viewgroup中对事件进行拦截）
二、内部拦截法（即viewgroup不拦截任何事件，所有事件交给子元素，如果子元素需要此事件就消耗掉，否则交给父元素处理）
相比而言第二种比较复杂些。
本文结构
外部拦截法
内部拦截法
源码分析内部拦截生效原因
外部拦截法
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
boolean intercepted = false;
switch (ev.getAction())
{
case MotionEvent.ACTION_DOWN:
intercepted = false; //默认down事件不拦截，因为down事件一旦拦截，那么子元素就收不到事件，所有事件都需要viewgroup去处理
break;
case MotionEvent.ACTION_MOVE
if (viewgroup需要此事件)
{
intercepted = true; //进行拦截
}else {//否则交给子元素处理
intercepted = false;
}
break;
case MotionEvent.ACTION_UP:
intercepted =false;
break;
}
return intercepted;
}
以上是外部拦截法的典型写法
嗯，看起来比较简单。
关键得会用。
内部拦截法
内部拦截法稍微复杂些。需要viewgroup跟子view都进行处理。
viewgroup典型写法
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
//内部拦截法
int action = ev.getAction();
if (action==MotionEvent.ACTION_DOWN)//down事件不进行拦截
{
return false;
}else {
return true;
}
}
子view的dispatchTouchEvent方法也需要进行处理
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
parent= getParent();
switch (ev.getAction())
{
case MotionEvent.ACTION_DOWN:
Log.e(TAG, "ACTION_DOWN: ");
parent.requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_MOVE:
Log.e(TAG, "ACTION_MOVE: ");
if (viewgroup需要此事件) //根据实际情况换成你自己的判定条件
{
parent.requestDisallowInterceptTouchEvent(false);
}
break;
case MotionEvent.ACTION_UP:
break;
}
return super.dispatchTouchEvent(ev);
}
结合两个方法看
你会发现
一脸懵逼.png
没关系，接下来
我们从源码的角度让你不再懵逼！
源码分析（这里主要分析内部拦截法原理）
我们知道事件的传递是从activity->window->viewgroup->view
viewgroup的事件分发dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent
我们先来看下viewgroup的dispatchTouchEvent方法
源码比较多，我们先看一部分
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
}
// If the event targets the accessibility focused view and this is it, start
// normal event dispatch. Maybe a descendant is what will handle the click.
if (ev.isTargetAccessibilityFocus() && isAccessibilityFocusedViewOrHost()) {
ev.setTargetAccessibilityFocus(false);
}
boolean handled = false;
if (onFilterTouchEventForSecurity(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);
A resetTouchState();
}
// Check for interception.
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
B final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev); C
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;
}
A：可以看到当前事件为Down事件时，调用了resetTouchState()方法，从这个方法名上我们大概可以猜到是做什么的。
/**
* Resets all touch state in preparation for a new cycle.（重置所有触摸状态迎接新的事件）
*/
private void resetTouchState() {
clearTouchTargets();
resetCancelNextUpFlag(this);
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT; //其实是对mGroupFlags进行还原操作 默认为0 mGroupFlags是viewgroup内部一个标记
mNestedScrollAxes = SCROLL_AXIS_NONE;
}
B：当事件为Down事件时，因为mGroupFlags 为0，所以disallowIntercept 恒为false
就会进入C，也就是viewgroup的onInterceptTouchEvent（ev）方法。
intercepted 即为其返回值。
返回去看我们的内部拦截法，当事件为Down的时候，viewgroup return false.也就是不拦截
那么
intercepted = false;
if (!canceled && !intercepted) {
//寻找处理事件的子view
......
}
此时进入if进行分发，将事件传递给子view进行处理。
再次回到上面子view的dispatchTouchEvent方法中在Down事件中调用了这样一句代码
parent.requestDisallowInterceptTouchEvent(true);
我们看下具体实现
@Override
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; A
} else {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
// Pass it up to our parent
if (mParent != null) {
mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
}
}
在A处其实是对mGroupFlags 进行了一次赋值，此时的mGroupFlags==0x80000==FLAG_DISALLOW_INTERCEPT;
那么当Move事件再次传入viewgroup的dispatchTouchEvent方法时，上面标注的 B处disallowIntercept 的值此时为true
所以也就不会走C处，也就是说相当于将viewgroup给屏蔽了，此时的MOVE的事件依然是交给我们的子view去处理。
再翻上去看看子view的dispatchTouchEvent方法，对MOVE事件的处理，加入你自己的判断，如果viewgroup需要此事件，又调了一次
parent.requestDisallowInterceptTouchEvent(false);
那我们再来看一遍这个方法
@Override
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; B
}
// Pass it up to our parent
if (mParent != null) {
mParent.requestDisallowInterceptTouchEvent(disallowIntercept);
}
}
B：此时对mGroupFlags 进行位运算，再次置为0。
那么此时viewgroup中的dispatchTouchEvent方法B处再次为false;
于是又会走C，然后viewgroup进行拦截，事件交给viewgroup进行处理。
so
至此
内部拦截法原理应该清楚了吧？
其实就是对mGroupFlags 这个标记进行赋值进行控制。
如果到这里你是...
十脸懵逼.png
那你肯定是不太清楚位运算符
那就先来补一下知识
然后再看一遍
相信你会豁然开朗的。
最后
本人能力有限，水平平平，文中如有谬误，还望各位兄台指出，以免误导他人。多谢！
参考资料 ：Android开发艺术探索
告辞！
告辞.jpg
