Android view 事件分发原理分析

搞懂Android事件的分发是一件很有意义的事情,因为我们在自定义View的时候会通过事件的监听来做相应的操作。最初接触Android事件分发是在《Android群英传》中,里面只是介绍了一下事件分发的流程,只能死记硬背下来,但是原理什么的还是不太懂。今天就从根上解开这个疙瘩,从源码分析view事件是怎么分发的。因为view事件分发和viewGroup事件分发是不同的,本篇文章只分析View事件分发,下篇补上ViewGroup事件分发,后期还会补上如何处理滑动冲突。

由于网上相关文章有很多,写的也很详细,但是很多文章只是讲了理论。本章文章会写个例子,然后从源码角度去分析,理论结合实践可以让我们有更深的理解。

例子:
public class MyView extends View {
    public MyView(Context context) {
        this(context,null);
    }

    public MyView(Context context, @Nullable AttributeSet attrs) {
        this(context, attrs,-1);
    }

    public MyView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
        setBackgroundColor(Color.BLUE);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d("TAG","in onTouchEvent "+ event.getAction() );
        return super.onTouchEvent(event);
    }
}
MainActivity
public class MainActivity extends AppCompatActivity {
    private MyView myview;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        myview = findViewById(R.id.myview);
        myview.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.d("TAG","in onTouch "+ event.getAction() );
                return false;
            }
        });
        myview.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d("TAG","onClick execute");
            }
        });

    }

}

当onTouch中返回false,onTouchEvent也返回super.onTouchEvent(event),运行起来执行顺序是什么样的呢,如果你了解事件的分发肯定马上就知道了。让我们点击一下看一下结果:

1.png

造成这种现象的原因是什么呢。我们看一下view里面的dispatchTouchEvent

public boolean dispatchTouchEvent(MotionEvent event) {
    //此处省略一些代码
    boolean result = false;
    //获取当前的action
    final int actionMasked = event.getActionMasked();
    //如果是down就停止滑动。
    if (actionMasked == MotionEvent.ACTION_DOWN) {
        stopNestedScroll();
    }
    if (onFilterTouchEventForSecurity(event)) {
        //当是enabled和滑动状态,result为true
        if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
            result = true;
        }
        ListenerInfo li = mListenerInfo;
        //这里当设置了mOnTouchListener,并且onTouch 为true,result= true
        if (li != null && li.mOnTouchListener != null
                && (mViewFlags & ENABLED_MASK) == ENABLED
                && li.mOnTouchListener.onTouch(this, event)) {
            result = true;
        }
        //当没有设置mOnTouchListener,会走onTouchEvent
        if (!result && onTouchEvent(event)) {
            result = true;
        }
    }
    return result;
}

其中ListenerInfo大家可以进去看一下,其内部主要是记录事件接口的。

   static class ListenerInfo {
        private OnKeyListener mOnKeyListener;
        private OnTouchListener mOnTouchListener;
        private OnHoverListener mOnHoverListener;
        private OnGenericMotionListener mOnGenericMotionListener;
        private OnDragListener mOnDragListener;
    }

我们分析一下我们刚刚的流程。
当我们设置了onTouch并且返回了false,这时候result就等于false

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

就会进入到onTouchEvent方法中。由于onTouchEvent方法太多了,这里只粘ACTION_UP部分代码,因为onClickListener方法的回调实在up中的。

    public boolean onTouchEvent(MotionEvent event) {
    // 省略部分代码
        switch (action) {
            case MotionEvent.ACTION_UP:
                if (!focusTaken) {
                    if (mPerformClick == null) {
                        mPerformClick = new PerformClick();
                    }
                    if (!post(mPerformClick)) {
                        performClick();
                    }
                }
                break;
            // 省略部分代码
        }
        return true;
    }

    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中,会判断mOnClickListener是否已经被设置了,当我们设置了view的点击事件,这里就会回调上去。看到这里是不是就知道为什么是这样的流程了吧。

既然都已经搞懂了view的事件的分发,那我们分析几个现象来巩固一下吧,看看你是否真正弄明白了。

  1. 当我们onTouch里面返回true时,onTouchEvent里面返回super.onTouchEvent(event)现象是什么样呢。

    2.png

  2. 当我们onTouch里面返回false时,onTouchEvent里面返回true时是什么现象呢。


    3.png

按照刚刚我们走的走一下应该就明白了。

总结
  • 当我们设置了setOnTouchListener方法,他的优先级是比onTouchEvent方法高的。如果setOnTouchListener中返回了true,view的onTouchEvent就不会执行,并且设置了点击事件也不会执行。
  • 当我们在onTouchEvent方法中设置了true,view的点击事件就不会执行。

下一章分析ViewGroup 事件分发。

你可能感兴趣的:(Android view 事件分发原理分析)