当我们手指按下时,Android采用层层传递-冒泡的方式处理点击事件。例如,现在公司来了个小项目,老板一看分配给经理做,经理一看分配给小组长,小组长一看好简单,分配给组员。如果在这个传递过程中(也就是还为分配到最底部时),某一层觉得我来负责这个比较好的话就会拦截掉这个消息,然后把它处理了,下面的就收不到有消息的这个通知。如果一直到了底层的话,组员如果能完成,就完成它。如果不能完成,那么就报告给组长,说组长我做不来,边学边做要影响进度。组长一看我也做不来,就给经理,经理一看我也不会,就给老板。这样也就一层层的传递了。
以上的意思也即:消息从上到下依次传递,如果在传递的过程中被拦截了就停止下传。如果没有被拦截,就一直传递到底部,如果底部不能够消耗该消息,那么就又一层层的返回来,返给上层,直到被消耗或者是到达最顶层。在此过程中,存在三个重要的方法:
dispathTouchEvent(MotionEvent ev)
负责事件的分发,它的返回值就是表示是否消耗当前事件;
onInterceptTouchEvent(MotionEvent ev)
用于判断是否拦截该消息,如果当前View拦截了某个时间,那么在同一个事件序列中,此方法不会被再次调用。返回结果表示是否拦截当前事件 。
onTouchEvent(MotionEvent ev)
处理事件。返回结果表示是否消耗当前事件,如果不消耗,则在同一时间序列中,当前View无法再次接收到事件。
对于一个根ViewGroup来说,点击事件产生后,首先会传递给它,并调用它的dispath方法。如果这个ViewGroup的onIntercept方法返回true就表示它要拦截当前事件,false就表示不拦截,这个时候事件就会继续传递给子元素,接着调用子元素的dispath方法,一直重复以上过程到事件被处理。
下面介绍一下常见的问题及解决方法:
一、滑动冲突
View的滑动冲突产生愿意大概可以分为三种:
- 外部滑动和内部滑动方向不一致
- 外部滑动方向和内部滑动方向一致
- 嵌套上面两种情况
比如说一个常见的,外部一个ListView,里面一个ScrollView,滑动时出现冲突?
此时一般是采用外部拦截法(即结合onInterceptTouchEvent、onTouchEvent)来进行解决。具体方法如下:
(1)外部拦截法
外部拦截法就是指所有的点击时间都经过父容器的拦截处理,如果父容器需要此事件就拦截,如果不需要此事件就不拦截。通过重写父容器的onInterceptTouchEvent方法:
case MotionEvent.ACTION_DOWN: intercepted = false; break; case MotionEvent.ACTION_MOVE: if(父类容器需要) { intercepted = true; } else { intercepted = false; } break; case MotionEvent.ACTION_UP: intercepted = false; break; return intercepted;
注:ACTION_DOWN事件父类容器就必须返回false,因为如果父类容器拦截了的话,后面的Move等所有事件都会直接由父类容器处理,就无法传给子元素了。UP事件也要返回false,因为它本身来说没有太多的意义,但是对于子元素就不同了,如果拦截了,那么子元素的onClick事件就无法触发。
内部拦截法
这种方法指的是父容器不拦截任何时间,所有的事件都传递给子元素,如果子元素需要此事件就直接消耗掉,否则就交给父容器进行处理。它需要配合requestDisallowInterceptTouchEvent方法才能正常工作。我们需要重写子元素的dispatch方法。
case MotionEvent.ACTION_DOWN: parent.requestDisallowInterceptTouchEvent(true); break; MotionEvent.ACTION_MOVE: if(父容器需要此类点击事件) { parent.requestDisallowInterceptTouchEvent(false); } break; return super.dispatchTouchEvent(event);
这种方法的话父类容器需要默认拦截除了ACTION_DOWN以外的其他时间,这样当子元素调用request方法的时候父元素才能继续拦截所需的事件。
其他的
如果觉得上面两个方式太复杂,看晕了,其实也可以自己根据项目的实际需要来指定自己的策略实现。例如根据你手指按的点的位置来判断你当前触碰的是哪个控件,以此来猜测用户是否是要对这个控件进行操作。如果点击的是空白的地方,就操作外部控件即可。
,具体可参考ViewPager中的滑动冲突