android view事件分发

最新推荐文章于 2024-03-13 15:50:53 发布

zhoushenxian

最新推荐文章于 2024-03-13 15:50:53 发布

阅读量299

点赞数

分类专栏： android

本文链接：https://blog.csdn.net/coderinchina/article/details/78829374

版权

android 专栏收录该内容

236 篇文章 1 订阅

订阅专栏

这二天准备把事件分发写个博客,因为view事件分发简单点,晚上再把ViewGroup事件分发学习下,然后写例子玩玩,

自定义TouchView继承了View,

public class TouchView extends View {
    public TouchView(Context context) {
        super(context);
    }
    public TouchView(Context context, @Nullable AttributeSet attrs) {
        super(context, attrs);
    }
    public TouchView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }
    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e("TouchView","onTouchEvent-------");
        return super.onTouchEvent(event);
    }
}

给这个TouchView还有其他二个方法:

touch_view.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        Log.e("TouchView","onTouch-------------");
        return false;
    }
});

然后在view上点击下,看输出的log:

我是点击了下,没有move,因为打印太多了,要想知道为啥是这个打印的顺序就要从View的dispatchTouchEnvent()方法

里去找答案,因为这是View事件分发的入口.

public boolean dispatchTouchEvent(MotionEvent event) {
    // If the event should be handled by accessibility focus first.
    if (event.isTargetAccessibilityFocus()) {
        // We don't have focus or no virtual descendant has it, do not handle the event.
        if (!isAccessibilityFocusedViewOrHost()) {
            return false;
        }
        // We have focus and got the event, then use normal event dispatch.
        event.setTargetAccessibilityFocus(false);
    }

    boolean result = false;

    if (mInputEventConsistencyVerifier != null) {
        mInputEventConsistencyVerifier.onTouchEvent(event, 0);
    }

    final int actionMasked = event.getActionMasked();
    if (actionMasked == MotionEvent.ACTION_DOWN) {
        // Defensive cleanup for new gesture
        stopNestedScroll();
    }

    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;
        }
    }

    if (!result && mInputEventConsistencyVerifier != null) {
        mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
    }

    // Clean up after nested scrolls if this is the end of a gesture;
    // also cancel it if we tried an ACTION_DOWN but we didn't want the rest
    // of the gesture.
    if (actionMasked == MotionEvent.ACTION_UP ||
            actionMasked == MotionEvent.ACTION_CANCEL ||
            (actionMasked == MotionEvent.ACTION_DOWN && !result)) {
        stopNestedScroll();
    }

    return result;
}

看源码不是说一个变量或者方法都要看懂,这不现实,毕竟这是别人写的,我们只要看跟我们相关的代码就行,在这个方法里最重要的是这段代码,其他的都可以不用看

//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;
}

看第一个if条件,li是个变量,li.mOnTouchListener，(mViewFlags & ENABLED_MASK) == ENABLED以及li.mOnTouchListener.onTouch(this, event)这四个条件,看到if前面就有对这个li进行赋值,这个mListenerInfo变量的赋值在

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

这个肯定是在dispatchTouchEvent()之前就调用了,这个li.mOnTouchListener也是肯定不为空的,加入为空,反过来想想,就是onTouch()方法永远都不会执行,这样想就知道了前面二个变量都是不为空的,第三个就是判断这个view是否设置了

touch_view.setEnabled(false);

默认是不会的,除非你手动去设置,其他三个条件为true,就剩下最后一个条件了,li.mOnTouchListener.onTouch(this, event)

这个条件其实就是我们view设置的这个方法:

touch_view.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        Log.e("TouchView","onTouch-------------");
        return false;
    }
});

他默认值为false,所以才会有下面的if条件:

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

如果我现在把setOnTouchListener的onTouch回调返回值改我true的话,从源码就知道他不会走onTouchEvent()这个方法,因为这个时候result为true,if条件的第一个条件就为false,所以onTouchEvent()方法不会执行,来验证下:

touch_view.setOnTouchListener(new View.OnTouchListener() {
    @Override
    public boolean onTouch(View v, MotionEvent event) {
        Log.e("TouchView","onTouch-------------");
        return true;
    }
});

log：

我也是点击了下,也就是说只执行了onTouch的down和up,你看onClick和onTouchEvent都没执行,和我们上次的log少了二个事件,是不是可以这么想onClikc事件是在onTouchEvent事件里,现在重点看这段代码,把onTouch事件改为原来的false,

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

上面ontouch返回值改为false了,那么result这个变量就是false,!result就为true了,还有一个逻辑就是onTouchEvent()方法的返回值,onTouchEvent()这个方法太长了,

@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.e("TouchView","onTouchEvent-------"+super.onTouchEvent(event));
    return super.onTouchEvent(event);
}

我们看到这个默认是调用了super.onTouchEvent()也就是调用view的onTouchEvent()方法里了,他默认是返回true的,第一你可以从打印log看的出来,onTouchEvent()方法是返回boolean值的,你就到这个方法里有return的地方看,

if (((viewFlags & CLICKABLE) == CLICKABLE ||
        (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
        (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {

从这个if条件下,然后你双击{看它的return就是true,中间没有一个return..,二个方法验证它返回的值为true,然后看下它的up事件,

case MotionEvent.ACTION_UP:
    boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
    if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
        // take focus if we don't have it already and we should in
        // touch mode.
        boolean focusTaken = false;
        if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
            focusTaken = requestFocus();
        }

        if (prepressed) {
            // The button is being released before we actually
            // showed it as pressed.  Make it show the pressed
            // state now (before scheduling the click) to ensure
            // the user sees it.
            setPressed(true, x, y);
       }

        if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
            // This is a tap, so remove the longpress check
            removeLongPressCallback();

            // Only perform take click actions if we were in the pressed state
            if (!focusTaken) {
                // Use a Runnable and post this rather than calling
                // performClick directly. This lets other visual state
                // of the view update before click actions start.
                if (mPerformClick == null) {
                    mPerformClick = new PerformClick();
                }
                if (!post(mPerformClick)) {
                    performClick();
                }
            }
        }

这是up的部分代码,看到performClick()这个方法没,点击进去.

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;
}

看到onClick()方法了把,这是为什么onClick()方法最后打印出来的原因,因为它是在onTouchEvent事件的up上才会去调用，这样我们就得出了一个结论:

1:如果onTouch返回值为true,不会走onTouchEvent和onClick

2;如果onTouch返回值为false,顺序为onTouch---------onTouchEvent------onClick

现在我们这个view设置了touch_view.setEnabled(false);看log:

就是执行了onTouchEvent,这是为啥呢?我们再到View的dispatchTouchEvent()方法里找答案,

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

看这个if，就是刚才我们分析的,第三个条件为false,因为它是&&操作符,所以只要有一个false,后面的条件看都不会看,这是为啥不会执行onTouch的原因,那么onClick呢,其实就是在onTouchEvent()方法的最前面有这段代码:

if ((viewFlags & ENABLED_MASK) == DISABLED) {
    if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
        setPressed(false);
    }
    // A disabled view that is clickable still consumes the touch
    // events, it just doesn't respond to them.
    return (((viewFlags & CLICKABLE) == CLICKABLE
            || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
            || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE);
}

看这个if条件以及返回值,这个if()条件为false,那么return中的click,long_click都没用了,

现在我直接把onTouchEvent()这个方法返回true,看是什么结果:

@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.e("TouchView","onTouchEvent-------");
    return true;
}

log：

发现没有调用onClick,这是什么原因呢?这是因为你没有调用super.onTouchEvent()这个方法就不会走到View的onTouchEvent中去,因为onClick事件是在up上调用的,但是他自己的方法会执行,再来一种情况,

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

我现在把这个方法返回值改为true,看看log:

你会发现就只执行了dispatchTouchEvent方法,因为你没调用super.dispatchTouchEvent(),也就是你没到View的dispatchTouchEvent()方法里执行这个方法的代码,怎么给你事件的分发啊,所以只会打印他自己的.

其实View的事件分发要从Activity中的dispatchTouchEvent()方法讲起,

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    Log.e("TouchView","activity-------dispatchTouchEvent-------");
    return super.dispatchTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
    Log.e("TouchView","activity-------onTouchEvent-------");
    return super.onTouchEvent(event);
}

这是Activity中的二个方法,跟踪下Activity的dispatchTouchEvent()方法,跟踪就是一直找到它的父类,因为它是super.dispatchTouchEvent()方法,

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

这是Activity中的dispatchTouchEvent()方法,第一个if不用看,看第二个if条件,如果这个返回为true的话,下面的onTouchEvnet()方法就不会执行了,如果onTouchEvent()方法能执行,说明上面的返回为false,那么其实他默认就是为false,先不说这个了,点击看下getWindow().superDispatchTouchEvent()这个方法里面,

/**
 * Used by custom windows, such as Dialog, to pass the touch screen event
 * further down the view hierarchy. Application developers should
 * not need to implement or call this.
 *
 */
public abstract boolean superDispatchTouchEvent(MotionEvent event);

发现这是一个抽象的方法,要找它的实现类中的方法,其实Window唯一的子类就是PhoneWindow，

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

发现PhoneWindow中的superDispatchTouchEvent()是调用了mDecor.superDispatchTouchEvent()，那么mDecor是啥对象呢,其实mDecor是DecorView,如果知道绘制流程的这个类一定知道,DecorView继承了FrameLayout,这是DecorView中的,它调用父类也就是FrameLayout的dispatchTouchEvent()

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

但是你会发现FrameLayout并没有dispatchTouchEvent(),但是FrameLayout是继承了ViewGroup,也就是最终还是调用到了ViewGroup的dispatchTouchEvent()方法里面,这也是为什么ViewGroup的事件分发是从这个方法里去分发事件的,

还是通过log去分析吧,再次点击这个自定义的TouchView:

发现刚才一个问题讲错了,就是说Activity的dispatchTouchEvent默认是返回true的,刚才呢我说的是false,在这改正下,

如果把Activity的dispatchTouchEvent()返回值直接改为true的话

@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
    Log.e("TouchView","activity-------dispatchTouchEvent-------"+super.dispatchTouchEvent(ev));
    return true;
}

看下打印log: