聊聊Android中的事件分发机制

前言

  • 聊之前先简单看下Activity,PhoneWindow,DecorView的关系,这样才更好理解事件的传递


    aa.png

    图片1.png

    捋一下:
    在Activity创建完成的时候,会调用Activity的attach方法来创建一个PhoneWindow对象设置给Activity,而PhoneWindow对象内部又创建一个DecorView,DecorView继承自FrameLayout,所以说我们通过setContentView设置的布局文件其实是被添加到DecorView中成为DecorView的一个子View,也就是说最外层的ViewGroup就是DecorView,DecorView这个类是在PhoneWindow中的内部类!
    可以看下上面图!加深理解!
    感兴趣的可以去看下源码,此处就不详细的说了,只是简单的介绍一下!

OK现在我们可以聊聊事件传递了

  • 我们都知道android中的事件分发是从Activity开始分发的,那么是谁传递给Activity的,从Activity又是怎么分发的呢?
  • 假如我们点击屏幕中的一个按钮到底是怎么执行的?

再来一张图:

  • 图片2.png

我们看着上面的图跟着源码走一走
WindowManagerService接受到Input事件然后发送给ViewRootImpl,会执行到ViewRootImpl的dispatchInputEvent的方法

    public void dispatchInputEvent(InputEvent event) {
        dispatchInputEvent(event, null);
    }

长话短说:
在ViewRootImpl中最终会调用DecorView的dispathPointerEvent方法
想看dispathPointerEvent方法源码的应该去View中,因为DecorView类中并没有dispathPointerEvent方法的源码,这个方法是存在于View中的
DecorView.java:

    public final boolean dispatchPointerEvent(MotionEvent event) {
        if (event.isTouchEvent()) {
            return dispatchTouchEvent(event);
        } else {
            return dispatchGenericMotionEvent(event);
        }
    }

在dispatchPointerEvent中判断是否是触摸事件,如果是自然就到了dispatchTouchEvent方法中

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        final Window.Callback cb = mWindow.getCallback();
        return cb != null && !mWindow.isDestroyed() && mFeatureId < 0
                ? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);
    }

上面方法中的cb对象是什么?在Activity的attach方法中创建PhoneWindow的时候又这样一句代码
mWindow.setCallback(this);
这个this就是Activity,因为Activity实现了Window.CallBack的接口,所以自然就将实例传入的PhoneWindow中

        mWindow = new PhoneWindow(this, window);
        mWindow.setWindowControllerCallback(this);
        mWindow.setCallback(this);

所以在DecorView的dispatchTouchEvent中会调用执行到Activity的dispatch方法中!
所以在触摸事件被传到了Activity的地方,看下上面的图左边部分捋一下大概思路就可以!

接下来就是Activity的事件分发了

真正的事件分发是从Activity开始的,上面的只是触摸事件传到Activity
现在开始由Activity进行分发处理
从Activity的dispatchTouchEvent方法开始

  • Activity.java
    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

我们看这行代码:
getWindow().superDispatchTouchEvent(ev)
这里的getWindow()返回的就是在attach中设置给Activity的PhoneWindow对象
所以就是调用了PhoneWindow对象的superDispatchTouchEvent的方法

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

在PhoneWindow中的superDispatchTouchEvent方法又调用了mDecor对象的superDispatchTouchEvent方法
这个mDecor自然就是DecorView了,我们前面也说了在PhoneWindow中会创建一个DecorView的对象!

DecorView.java

    public boolean superDispatchTouchEvent(MotionEvent event) {
        return super.dispatchTouchEvent(event);
    }

在DecorView的superDispatchTouchEvent方法中调用了父类的dispatchTouchEvent
注意:是调用了父类的dispatchTouchEvent,而不是自己实现的dispatchTouchEvent方法
DecorView的父类是FrameLayout,而FrameLayout中并没有重写dispatchTouchEvent方法
应为FrameLayout继承子ViewGroup,所以这里调用的super.dispatchTouchEvent方法就是ViewGroup的dispatchTouchEvent方法

下来就是ViewGroup的事件分发方法了

ViewGroup中dispatchTouchEvent的源码跟以前的相比,加了一些东西,比较复杂,但是原理都一样的
代码就不贴了,所以挑重点的说
----->哈哈

bq1.png

ViewGroup:
两个主要方法:
onInterceptTouchEvent();事件拦截,即拦截本次事件,不在传递
dispatchTouchEvent();事件分发

首先在dispatchTouchEvent中会判断是否拦截此次事件,默认为不拦截!
如果不拦截又不是取消事件,则进行遍历子view寻找符合消费此次事件的view,如果找到符合的则调用该view的dispatchTouchEvent方法
假如在这个ViewGroup下没有任何的子View,则调用此ViewGroup的super.dispatchTouchEvent()方法,
ViewGroup继承自View,所以就是调用View的dispatchTouchEvent方法,意思就是把当前的ViewGroup当作View去处理当前的触摸事件

如果所有的ViewGroup及View都没有消费此次事件,则进行事件回传,最终由Activity的onTouchEvent方法进行处理
Activity的dispatch方法
        if (getWindow().superDispatchTouchEvent(ev)) {
            // 这里表示事件被消费,直接返回
            return true;
        }
        // 事件没有被消费,由activity的onTouchEvent处理
        return onTouchEvent(ev);
事件最终会分发到我们点击的那个View上面
那么我们就看看View的事件分发方法

因为Button继承自View,所以现在我们看View的dispatchTouchEvent方法,删除部分代码,直说关键步骤的
我在代码中用注释解释
View.java

public boolean dispatchTouchEvent(MotionEvent event) {
        .....
        .....
        boolean result = false;

        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            ListenerInfo li = mListenerInfo;
            // 这里判断了li和li.mOnTouchListener是否为空
            // 这里的li中存储了我们设置给View的setOnTouchListener事件
            // 也就是我们实现的OnTouchListener,这里执行了我们实现的onTouch方法
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            // 如果上面的onTouch方法返回false,或者根本没设置onTouchlistener事件就会执行下面的操作
            // 如果result是true,则不执行onTouchEvent方法
            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }
        .....
        .....
        // 最后返回result
        return result;
}

我们看上面的代码先判断OnTouchListener是否为null,然后执行OnTouchListener的onTouch方法,
如果onTouchListener为null,或者onTouch方法返回false就会执行下面的onTouchEvent方法
在onTouchEvent方法中的MotionEvent.ACTION_UP事件中会执行performClick();
performClick();也就是我们设置的setOnClickListener点击事件
View.java

public boolean performClick() {
        final boolean result;
        final ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }

        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
        return result;
    }

在performClick方法中的li.mOnClickListener其实就是我们设置的setOnClickListner
和mOnTouchListener一样都被保存到ListenerInfo类中
在上面代码中如果我们设置了OnClickListener,并且用户进行了点击操作,那么onClick就会被执行了

来张图


图片3.png

到此结束!,如由错误的地方,欢迎纠正!

Paste_Image.png

推荐阅读更多精彩内容