android-----关于事件分发机制中几点困惑测试

这几天以来对Android开发艺术探索中关于事件机制的总结有点不太明白，今天特地通过demo测试如下两个结论：
1. 某个View一旦决定拦截，那么这一个事件序列都只能由他来处理(如果事件序列能够传递给他的话)，并且他的onInterceptTouchEvent不会再被调用;

2. 某个View一旦开始执行处理事件，如果他不消费ACTION_DOWN事件(onTouchEvent返回false)，那么同一事件序列中的其他事件都不再会交给他来处理，并且事件将重新交给他的父元素去处理;

测试用例代码下载！！！！

这里采用的测试布局文件是：

<com.hzw.eventtest.MyRelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent" >
    <com.hzw.eventtest.MyLinearLayout
         android:layout_width="match_parent"
         android:layout_height="match_parent">
         <com.hzw.eventtest.MyButton
        android:id="@+id/mybutton"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="我的按钮" />
    </com.hzw.eventtest.MyLinearLayout>
</com.hzw.eventtest.MyRelativeLayout>

也即测试布局图是：

测试1：

对测试代码不做任何修改，Logcat输出：

图1

点击屏幕按钮会首先由MainActivity的dispatchTouchEvent进行分发，因为Activity没有拦截功能，接着由MyRelativeLayout的dispatchTouchEvent进行分发，同时调用它的onInterceptTouchEvent判断是否需要拦截，我们这里不拦截，则调用MyLinearLayout的dispatchTouchEvent进行分发，同时调用他的onInterceptTouchEvent判断是否需要拦截，这里也没进行拦截，那么就该MyButton进行分发了，因为他已经是View了，所以调用它的dispatchTouchEvent分发默认情况下onTouch方法返回false的话就执行onTouchEvent了，View的onTouchEvent默认返回值是true，因为我们上面所有方法的返回值都是super.的方式，所以事件到View的时候就被消费了;

测试2：

如果只修改MyLinearLayout$onInterceptTouchEvent如下：

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
System.out.println("MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN");
return true;
case MotionEvent.ACTION_MOVE:
System.out.println("MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
System.out.println("MyLinearLayout--->onInterceptTouchEvent--->ACTION_UP");
break; 
default:
break;
}
return super.onInterceptTouchEvent(ev);
}

也就是说只在MyLinearLayout中拦截DOWN事件；

查看Logcat输出：

图2

可以看到事件分发到第5行时，因为MyLinearLayout对DOWN事件进行了拦截，因而会执行他的onTouchEvent方法，又因为我们没有在onTouchEvent中对DOWN事件进行消费，所以传给上级MyRelativeLayout的onTouchEvent来进行处理，上级也没有对DOWN事件进行消费，那么他仍然会传给上级MainActivity的onTouchEvent来处理了，这个事件在这里得到了消费，那么接下来的MOVE和UP事件根据结论2就知道，MyRelativeLayout和MyLinearLayout是没有资格进行处理的，因为他们都没消费DOWN事件，因而都是由MainActivity的onTouchEvent来处理了；

如果只修改MyLinearLayout$onTouchEvent会发生什么呢？

        @Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
System.out.println("MyLinearLayout--->onTouchEvent--->ACTION_DOWN");
return true;
case MotionEvent.ACTION_MOVE:
System.out.println("MyLinearLayout--->onTouchEvent--->ACTION_MOVE");
                        break;
case MotionEvent.ACTION_UP:
System.out.println("MyLinearLayout--->onTouchEvent--->ACTION_UP");
break; 
default:
break;
}
return super.onTouchEvent(event);
}

只在MyLinearLayout中消费了他的DOWN事件；

查看Logcat输出：

图3

可以发现如果只消费事件而不拦截相对应事件的话，对整个分发过程是没什么影响的，因为最终事件是由最里层的View处理了，而且也没从View里面回传回来;

如果我们同时修改MyLinearLayout$onInterceptTouchEvent以及MyLinearLayout$onTouchEvent里面的DOWN事件，让他们都返回true的话会出现什么情况呢？

查看Logcat输出有：

图4

可以发现DOWN事件在传递到MyLinearLayout之后调用它的onTouchEvent事件并且将其消费，那么接下来的MOVE以及UP事件同样也要传递到MyLinearLayout，这点不同于图2，因为图2中只设置了MyLinearLayout的DOWN拦截事件，但是最终DOWN事件是由MainActivity来处理的，所以之后的MOVE以及UP事件就干脆不会向下分发了，因为即使分发下去他们也没有资格执行，索性直接由MainActivity来处理MOVE以及UP事件了，但是图3显然不一样，这里是MyLinearLayout消费的DOWN事件，那么接下来的MOVE以及UP事件显然也应该传给他让他判断自己是否要处理这两个事件，如果自己不处理的话，那么直接就由MainActivity来处理，注意这里直接是由MainActivity来处理的;

可能你对直接就由MainActivity来处理不太相信，我们可以在MyRelativeLayout的onTouchEvent中消费MOVE事件，假如你是正确的，那么事件在回传的过程中将会经过MyRelativeLayout的onTouchEvent方法，因为我们的布局是MainActivity--->MyRelativeLayout--->MyLinearLayout的，这时候如果你的观点是正确的话，那么会在MyRelativeLayout的onTouchEvent中消费了MOVE：

查看Logcat输出：

注意红框部分，你会发现仍然还是直接调用的MainActivity的onTouchEvent方法，这一点也就告诉我们是谁消费的DOWN事件，谁才有资格处理接下来的MOVE和UP事件，如果最后事件还是没有处理的话，那么只能由Activity来处理了;

测试3：

我们现在设置MyRelativeLayout来拦截MOVE事件，MyLinearLayout来拦截并且消费DOWN事件：

也就是我们需要修改MyRelativeLayout$onInterceptTouchEvent，以及MyLinearLayout$onInterceptTouchEvent以及MyLinearLayout$onTouchEvent;

MyRelativeLayout$onInterceptTouchEvent

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
System.out.println("MyRelativeLayout--->onInterceptTouchEvent--->ACTION_DOWN");
break;
case MotionEvent.ACTION_MOVE:
System.out.println("MyRelativeLayout--->onInterceptTouchEvent--->ACTION_MOVE");
return true;
case MotionEvent.ACTION_UP:
System.out.println("MyRelativeLayout--->onInterceptTouchEvent--->ACTION_UP");
break; 
default:
break;
}
return super.onInterceptTouchEvent(ev);
}

MyLinearLayout$ onInterceptTouchEvent

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
System.out.println("MyLinearLayout--->onInterceptTouchEvent--->ACTION_DOWN");
return true;
case MotionEvent.ACTION_MOVE:
System.out.println("MyLinearLayout--->onInterceptTouchEvent--->ACTION_MOVE");
break;
case MotionEvent.ACTION_UP:
System.out.println("MyLinearLayout--->onInterceptTouchEvent--->ACTION_UP");
break; 
default:
break;
}
return super.onInterceptTouchEvent(ev);
}

MyLinearLayout$ onTouchEvent

@Override
public boolean onTouchEvent(MotionEvent event) {
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN:
System.out.println("MyLinearLayout--->onTouchEvent--->ACTION_DOWN");
return true;
case MotionEvent.ACTION_MOVE:
System.out.println("MyLinearLayout--->onTouchEvent--->ACTION_MOVE");
            break;
case MotionEvent.ACTION_UP:
System.out.println("MyLinearLayout--->onTouchEvent--->ACTION_UP");
break; 
default:
break;
}
return super.onTouchEvent(event);
}

来查看Logcat输出：

注意红框部分。可以发现第一次虽然我们设置了MyRelativeLayout来消费掉MOVE事件，但是很明显第一次MOVE事件和这并没有关系，因为他是由MainActivity的onTouchEvent来进行处理的，但是接下来的第二次MOVE事件就会首先由MyRelativeLayout的onTouchEvent方法来查看是否要消费该MOVE事件了，不消费的话才会由MainActivity的onTouchEvent方法来执行，我们这里是不消费，那么他就会执行MainActivity的onTouchEvent方法了，同时后面的UP事件也不会向MyLinearLayout传递了，因为MyRelativeLayout已经决定拦截事件MOVE，那么MOVE之后的事件将都交给MyRelativeLayout来处理了(只要改事件能够到达MyRelativeLayout的话);

更多相关文章

随机推荐