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

一般我们处理事件,都是针对某一个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的了.