搞懂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的事件的分发，那我们分析几个现象来巩固一下吧，看看你是否真正弄明白了。
-
当我们onTouch里面返回true时，onTouchEvent里面返回
super.onTouchEvent(event)现象是什么样呢。
2.png
-
当我们onTouch里面返回false时，onTouchEvent里面返回true时是什么现象呢。
3.png
按照刚刚我们走的走一下应该就明白了。
总结
- 当我们设置了setOnTouchListener方法，他的优先级是比onTouchEvent方法高的。如果setOnTouchListener中返回了true，view的onTouchEvent就不会执行，并且设置了点击事件也不会执行。
- 当我们在onTouchEvent方法中设置了true，view的点击事件就不会执行。
下一章分析ViewGroup 事件分发。
网友评论