View类默认的事件分发函数dispatchTouchEvent

小刘学安卓

已于 2022-07-16 11:23:03 修改

阅读量624

点赞数

分类专栏： android 文章标签： java 前端服务器

于 2022-07-13 18:08:30 首次发布

本文链接：https://blog.csdn.net/liuqinhou/article/details/125767674

版权

android 专栏收录该内容

99 篇文章 23 订阅

订阅专栏

本文主要描述的是基类View的dispatchTouchEvent()默认实现是什么逻辑。阅读

View#dispatchTouchEvent()可以总结出下面知识点：

1、View类

1、默认实现了事件分发函数dispatchTouchEvent()；

2、默认实现了事件处理函数onTouchEvent()；

3、没有事件拦截判断函数onInterceptTouchEvent()。因为事件传输到View时，要么被消耗掉，要么返回给其父View处理；

2、ViewGroup类

1、复写View的事件分发函数dispatchTouchEvent()；

2、新增事件拦截判断函数onInterceptTouchEvent()；

3、直接继承View的事件处理函数onTouchEvent()；

3、这两个监听器设置后，当点击后onTouch()和onClick()都会执行吗？执行顺序是什么样的？

答案：如果设置了View.OnTouchListener，则其onTouch()先会被执行，

如果onTouch()返回true，则代表事件被处理完成了， View.OnClicklistener#onClick()方法就不会被执行了；

如果onTouch()返回false，则代表事件还要接受下一步处理，会进入到View.OnClicklistener#onClick()方法进行执行。如果onClick()返回true，则代表事件被消耗了；如果返回false，则代表当前view不能处理当前事件，需要交给其父view处理。

4、源码分析

View.java ---dispatchTouchEvent(MotionEvent event)

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

    if (onFilterTouchEventForSecurity(event)) {
        if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
            result = true;
        }
        //noinspection SimplifiableIfStatement
        ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnTouchListener != null
                && (mViewFlags & ENABLED_MASK) == ENABLED
                && li.mOnTouchListener.onTouch(this, event)) {
            result = true;
        }

        if (!result && onTouchEvent(event)) {
            result = true;
        }
    }

    ...

    return result;
}

1、为什么先执行View.OnTouchListener#onTouch()

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

当我们执行了setOnTouchListener()时会创建ListenerInfo对象（假如没有这个对象）

public void setOnTouchListener(OnTouchListener l) {
    getListenerInfo().mOnTouchListener = l;
}

@UnsupportedAppUsage
ListenerInfo getListenerInfo() {
    if (mListenerInfo != null) {
        return mListenerInfo;
    }
    mListenerInfo = new ListenerInfo();
    return mListenerInfo;
}

所以“li != null && li.mOnTouchListener != null” 条件为true。接着会执行li.mOnTouchListener.onTouch(this, event)，如果它返回true，则整个if条件为真，dispatchTouchEvent直接返回true。就不会往下执行了（往下一点就是处理View.OnTouchListener#onClick的逻辑）。

2、View.OnTouchListener#onClick什么时候执行？

在“li != null && li.mOnTouchListener != null&..."为false时，会跳过if体继续往下执行。

if (!result && onTouchEvent(event)) {
    result = true;
}

可以看到，就会进入到View的事件处理函数onTouch()中，我们来看其内部逻辑：

public boolean onTouchEvent(MotionEvent event) {
   ...
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
        switch (action) {
            case MotionEvent.ACTION_UP:
                ...
                if (!focusTaken) {
                       if (mPerformClick == null) {
                                mPerformClick = new PerformClick();
                        }
                        if (!post(mPerformClick)) {
                             performClickInternal();
                         }
                   }
                break;
            case MotionEvent.ACTION_DOWN:
                ...
                break;
            case MotionEvent.ACTION_CANCEL:
               ...
                break;
            case MotionEvent.ACTION_MOVE:
               ...
                break;
        }
        return true;
    }
    return false;
}

直接看MotionEvent.ACTION_UP事件时执行的performClickInternal()方法，

private boolean performClickInternal() {
    notifyAutofillManagerOnClick();
    return performClick();
}

public boolean performClick() {
    notifyAutofillManagerOnClick();

    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);
    notifyEnterOrExitForAutoFillIfNeeded(true);
    return result;
}

这里也有一个ListenerInfo对象li，我们执行setOnClickListener()时会创建该对象

public void setOnClickListener(@Nullable OnClickListener l) {
    if (!isClickable()) {
        setClickable(true);
    }
    getListenerInfo().mOnClickListener = l;
}

所以这里if条件中前面的几个条件都成立。li.mOnClickListener.onClick(this)被执行了。

3、只要view可点击，onTouchEvent()就返回true。即只要view可点击，该view就会消耗事件。

可点击：

可点击包括很多种情况，只要你给View注册了 onClickListener、onLongClickListener、OnContextClickListener 其中的任何一个监听器或者设置了 android:clickable=”true” 就代表这个 View 是可点击的。
另外，某些 View 默认就是可点击的，例如，Button，CheckBox 等。
给 View 注册 OnTouchListener 不会影响 View 的可点击状态。即使给 View 注册 OnTouchListener ，只要不返回 true 就不会消费事件。

public boolean onTouchEvent(MotionEvent event) {
   ...
    final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
        || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
        || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;

    if ((viewFlags & ENABLED_MASK) == DISABLED) {
        if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
        setPressed(false);
        }
        mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
        // A disabled view that is clickable still consumes the touch
        // events, it just doesn't respond to them.
        return clickable;
    }
    if (mTouchDelegate != null) {
        if (mTouchDelegate.onTouchEvent(event)) {
            return true;
        }
    }    
    if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
        switch (action) {
            case MotionEvent.ACTION_UP:
                ...
                if (!focusTaken) {
                       if (mPerformClick == null) {
                                mPerformClick = new PerformClick();
                        }
                        if (!post(mPerformClick)) {
                             performClickInternal();
                         }
                   }
                break;
            case MotionEvent.ACTION_DOWN:
                ...
                break;
            case MotionEvent.ACTION_CANCEL:
               ...
                break;
            case MotionEvent.ACTION_MOVE:
               ...
                break;
        }
        return true;
    }
    return false;
}

4. 所有事件都应该被同一 View 消费

同一次点击事件只能被一个 View 消费，这是为什呢？主要是为了防止事件响应混乱，如果在一次完整的事件中分别将不同的事件分配给了不同的 View 容易造成事件响应混乱。

View 中 onClick 事件需要同时接收到 ACTION_DOWN 和 ACTION_UP 才能触发，如果分配给了不同的 View，那么 onClick 将无法被正确触发。

安卓为了保证所有的事件都是被一个 View 消费的，对第一次的事件( ACTION_DOWN )进行了特殊判断，View 只有消费了 ACTION_DOWN 事件，才能接收到后续的事件(可点击控件会默认消费所有事件)，并且会将后续所有事件传递过来，不会再传递给其他 View，除非上层 View 进行了拦截。
如果上层 View 拦截了当前正在处理的事件，会收到一个 ACTION_CANCEL，表示当前事件已经结束，后续事件不会再传递过来。

核心要点

事件分发原理: 责任链模式，事件层层传递，直到被消费。
View 的 dispatchTouchEvent 主要用于调度自身的监听器和 onTouchEvent。
View的事件的调度顺序是 onTouchListener > onTouchEvent > onLongClickListener > onClickListener 。
不论 View 自身是否注册点击事件，只要 View 是可点击的就会消费事件。
事件是否被消费由返回值决定，true 表示消费，false 表示不消费，与是否使用了事件无关。
ViewGroup 中可能有多个 ChildView 时，将事件分配给包含点击位置的 ChildView。
ViewGroup 和 ChildView 同时注册了事件监听器(onClick等)，由 ChildView 消费。
一次触摸流程中产生事件应被同一 View 消费，全部接收或者全部拒绝。
只要接受 ACTION_DOWN 就意味着接受所有的事件，拒绝 ACTION_DOWN 则不会收到后续内容。
如果当前正在处理的事件被上层 View 拦截，会收到一个 ACTION_CANCEL，后续事件不会再传递过来。