深入Android开发之--Android事件模型

原创
2013/12/24 15:04
阅读数 1.9K
AI总结

 前言:

   一般我们处理事件,都是针对某一个View来处理了,要么是添加onTouchListener监听器,要么继承View然后重写View#onTouchEvent,

甚至不用重写,只要使用Widget自己的监听函数 ,或者GestureDetector就OK了.

但是理解Android事件模型,对于理解GestureDetector,及Android事件的交互,写出具有出色的交互的应用.

都是必经之路.


一:ViewGroup与View的事件模型

 我们都知道Android界面实际是一棵View的树.枝干是ViewGroup.

ViewGroup继承自View,但是又是管理View的容器.那么ViewGroup与View的事件关系是怎么样的呢?

这需要从另一个重要的ViewGroup中的方法,如下说起:

public boolean onInterceptTouchEvent(MotionEvent ev) {
        return false;
 }
它的默认实现很简单,就是把事件交给子View去处理.自己不拦截.

Intercept就是拦截的意思.

此方法的注释,对于ViewGroup与View的事件模型说得很清楚,

主要是以下几点:

(1) 如果此方法返回false,说明此ViewGroup暂时(只是暂时)对于触控事件不感兴趣.

 但是不知道后面的事件它感不感兴趣.所以后续事件还会一直传递到此方法中来,供此方法判断.

(2) 如果此方法返回true了.那么说明此方法对应的ViewGroup开始对于此事件(或者手势)感兴趣了.

 那么后续事件就会直接给此方法对应的ViewGrouponTouchEvent方法来处理事件了.

(3) 如果此方法一开始返回false,说不感兴趣这个时候事件发给了目录View.

   现在又返回true,说感兴趣了.那么目录View就会收到一个action为ACTION_CANCEL的事件.

    跟此方法返回true时的事件是同一个事件 ,只是action变了.

(4) ViewGroup会在这里接收触控开始的事件.


规则就是上面这些 ,那么是谁在后面处理这些规则呢?

就是ViewGroup.它在disptachTouchEvent方法中,进行了一系列的处理来实现这种模型.

 public boolean dispatchTouchEvent(MotionEvent ev)


 对于单独的View本身来说,它也有一个简单的事件派发模型.通过以下代码就可以很明白的看出来了:


View#dispatchTouchEvent(MotionEvent event):

ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
        && li.mOnTouchListener.onTouch(this, event)) {
    return true;
}

if (onTouchEvent(event)) {
    return true;
}


 二: Activity与View的事件模型

   事件先到Activity中,然后Activity调用:

/**
     * Called to process touch screen events.  You can override this to
     * intercept all touch screen events before they are dispatched to the
     * window.  Be sure to call this implementation for touch screen events
     * that should be handled normally.
     * 
     * @param ev The touch screen event.
     * 
     * @return boolean Return true if this event was consumed.
     */
    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }
 来分发事件, 这里的逻辑是:

 先让用户界面窗口处理:getWindow().superDispatchTouchEvent(ev)

 如果窗口没有处理这个事件.

 那就交给Activity自己处理.return onTouchEvent(ev)

这个Window跟View层级是怎么交互的呢?

 我们找到了Window的实现类:PhoneWindow(com.android.internal.policy.impl.PhoneWindow)

@Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return mDecor.superDispatchTouchEvent(event);
    }

这个mDecor就是用户界面的根View了.

  private final class DecorView extends FrameLayout

(com.android.internal.policy.impl.PhoneWindow.DecorView)

原来窗口将事件交给根View来进行事件派发的.

mDecor调用自己的superDispatchTouchEvent(event)

然后将事件派发的任务交给了自己的dispatchTouchEvent

public boolean superDispatchTouchEvent(MotionEvent event) {
            return super.dispatchTouchEvent(event);
}
这里调用的super.dispatchTouchEvent 就是ViewGroup的声明的dispatchTouchEvent的了.


展开阅读全文
加载中
点击加入讨论🔥(2) 发布并加入讨论🔥
2 评论
11 收藏
5
分享
AI总结
返回顶部
顶部