一般我们处理事件,都是针对某一个View来处理了,要么是添加onTouchListener监听器,要么继承View然后重写View#onTouchEvent,本文引用地址:http://www.eepw.com.cn/article/201610/305959.htm
甚至不用重写,只要使用Widget自己的监听函数 ,或者GestureDetector就OK了.
但是理解Android事件模型,对于理解GestureDetector,及Android事件的交互,写出具有出色的交互的应用.
都是必经之路.
一:ViewGroup与View的事件模型
我们都知道Android界面实际是一棵View的树.枝干是ViewGroup.
ViewGroup继承自View,但是又是管理View的容器.那么ViewGroup与View的事件关系是怎么样的呢?
这需要从另一个重要的ViewGroup中的方法,如下说起:
1public boolean onInterceptTouchEvent(MotionEvent ev) {
2 return false;
3}
它的默认实现很简单,就是把事件交给子View去处理.自己不拦截.
Intercept就是拦截的意思.
此方法的注释,对于ViewGroup与View的事件模型说得很清楚,
主要是以下几点:
(1) 如果此方法返回false,说明此ViewGroup暂时(只是暂时)对于触控事件不感兴趣.
但是不知道后面的事件它感不感兴趣.所以后续事件还会一直传递到此方法中来,供此方法判断.
(2) 如果此方法返回true了.那么说明此方法对应的ViewGroup开始对于此事件(或者手势)感兴趣了.
那么后续事件就会直接给此方法对应的ViewGroup的onTouchEvent方法来处理事件了.
(3) 如果此方法一开始返回false,说不感兴趣这个时候事件发给了目录View.
现在又返回true,说感兴趣了.那么目录View就会收到一个action为ACTION_CANCEL的事件.
跟此方法返回true时的事件是同一个事件 ,只是action变了.
(4) ViewGroup会在这里接收触控开始的事件.
规则就是上面这些 ,那么是谁在后面处理这些规则呢?
就是ViewGroup.它在disptachTouchEvent方法中,进行了一系列的处理来实现这种模型.
public boolean dispatchTouchEvent(MotionEvent ev)
对于单独的View本身来说,它也有一个简单的事件派发模型.通过以下代码就可以很明白的看出来了:
View#dispatchTouchEvent(MotionEvent event):
1ListenerInfo li = mListenerInfo;
2if (li != null li.mOnTouchListener != null (mViewFlags ENABLED_MASK) == ENABLED
3 li.mOnTouchListener.onTouch(this, event)) {
4 return true;
5}
6
7if (onTouchEvent(event)) {
8 return true;
9}
二: Activity与View的事件模型
事件先到Activity中,然后Activity调用:
01/**
02 * Called to process touch screen events. You can override this to
03 * intercept all touch screen events before they are dispatched to the
04 * window. Be sure to call this implementation for touch screen events
05 * that should be handled normally.
06 *
07 * @param ev The touch screen event.
08 *
09 * @return boolean Return true if this event was consumed.
10 */
11 public boolean dispatchTouchEvent(MotionEvent ev) {
12 if (ev.getAction() == MotionEvent.ACTION_DOWN) {
13 onUserInteraction();
14 }
15 if (getWindow().superDispatchTouchEvent(ev)) {
16 return true;
17 }
18 return onTouchEvent(ev);
19 }
来分发事件, 这里的逻辑是:
先让用户界面窗口处理:getWindow().superDispatchTouchEvent(ev)
如果窗口没有处理这个事件.
那就交给Activity自己处理.return onTouchEvent(ev)
这个Window跟View层级是怎么交互的呢?
我们找到了Window的实现类:PhoneWindow(com.android.internal.policy.impl.PhoneWindow)
1@Override
2 public boolean superDispatchTouchEvent(MotionEvent event) {
3 return mDecor.superDispatchTouchEvent(event);
4 }
这个mDecor就是用户界面的根View了.
private final class DecorView extends FrameLayout
(com.android.internal.policy.impl.PhoneWindow.DecorView)
原来窗口将事件交给根View来进行事件派发的.
mDecor调用自己的superDispatchTouchEvent(event)
然后将事件派发的任务交给了自己的dispatchTouchEvent
1public boolean superDispatchTouchEvent(MotionEvent event) {
2 return super.dispatchTouchEvent(event);
3}
这里调用的super.dispatchTouchEvent 就是ViewGroup的声明的dispatchTouchEvent的了.