[置顶] 一图详解Android View的事件分发机制

转载请注明出处：http://blog.csdn.net/haoyuegongzi/article/details/78344600

研究了许久的Android View点击事件的分发机制，到今天稍微有了一点头绪，写此博文，小作总结。

本文参考了郭霖的

Android事件分发机制完全解析，带你从源码的角度彻底理解(上)：

http://blog.csdn.net/guolin_blog/article/details/9097463、

Android事件分发机制完全解析，带你从源码的角度彻底理解(下)：

http://blog.csdn.net/guolin_blog/article/details/9153761、

以及任玉刚的《Android开发艺术探索》相关内容。

一、关于点击事件中TouchListener与ClickListener的优先级的问题：

xml布局如下：

<RelativeLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
xmlns:tools="http://schemas.android.com/tools"
android:id="@+id/rlTootLayout"
android:layout_width="match_parent"
android:layout_height="match_parent"
tools:context="bonc.demopractice_allkinsoff.view.DetecteViewActivity">

<LinearLayout
android:id="@+id/llSuperLayout"
android:layout_width="320dp"
android:layout_height="match_parent"
android:layout_centerInParent="true"
android:orientation="vertical"
android:background="#93a5f4">

<RelativeLayout
android:id="@+id/rlEvent"
android:layout_width="240dp"
android:layout_height="260dp"
android:layout_gravity="center_horizontal"
android:layout_marginTop="30dp"
android:background="#ffffff"
android:visibility="visible">

<LinearLayout
android:id="@+id/llEvent"
android:layout_width="160dp"
android:layout_height="160dp"
android:orientation="vertical"
android:layout_centerInParent="true"
android:background="#93a5f4">

<Button
android:id="@+id/btEvent"
android:layout_width="120dp"
android:layout_height="90dp"
android:text="测试View的事件分发机制"
android:layout_gravity="center"
android:textAllCaps="false"
android:layout_marginTop="5dp"/>
</LinearLayout>
</RelativeLayout>
</LinearLayout>
</RelativeLayout>

Activity的代码如下：

mBtEvent.setOnClickListener(new View.OnClickListener(){
@Override
public void onClick(View v) {
Log.i("TAG", "onClick: 执行了onClick");
}
});
mBtEvent.setOnTouchListener(new View.OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
switch (event.getAction()){
case MotionEvent.ACTION_DOWN:
Log.i("TAG", "onTouch: 执行了onTouch———>>ACTION_DOWN：" + event.getAction());
break;
case MotionEvent.ACTION_MOVE:
Log.i("TAG", "onTouch: 执行了onTouch———>>ACTION_MOVE："+ event.getAction());
break;
case MotionEvent.ACTION_UP:
Log.i("TAG", "onTouch: 执行了onTouch———>>ACTION_UP："+ event.getAction());
break;
}
return false;
}
});

OnTouchListener监听下onTouch方法返回false的执行情况：

onTouch: 执行了onTouch————>>>>ACTION_DOWN：0
onTouch: 执行了onTouch————>>>>ACTION_MOVE：2
onTouch: 执行了onTouch————>>>>ACTION_UP：1
onClick: 执行了onClick

OnTouchListener监听下onTouch方法返回true的执行情况：

onTouch: 执行了onTouch————>>>>ACTION_DOWN：0
onTouch: 执行了onTouch————>>>>ACTION_MOVE：2
onTouch: 执行了onTouch————>>>>ACTION_UP：1

可见：

1、View的TouchListener事件的优先级高于OnClick事件。当View的TouchListener事件的onTouch() 方法返回true时，表示View在TouchListener事件中消费了该事件，不在向下传递，OnClick事件不会执行。返回false时，表示View在TouchListener事件中不拦截该点击事件，这时OnClick事件才被执行。

2、TouchListener事件中，MotionEvent的状态不同，取值不同：

MotionEvent.ACTION_DOWN——>>event.getAction():0;
MotionEvent.ACTION_MOVE——>>event.getAction():2;
MotionEvent.ACTION_UP——>>event.getAction():1;

3、只要触摸到任何一个控件，就一定会调用该控件的dispatchTouchEvent方法，它被写在View.class里面，所有的控件以及layout布局都继承自View。因此点击任何级别的（子）View，其父类View的dispatchTouchEvent方法都会被调用执行，关于这一点，这里先提出来，下面我们接着分析。

二、View的分发机制：

View中dispatchTouchEvent方法的源码如下：

publicboolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}

当if判断语句的三个条件同时为true的时候，返回true。

1、我们先看第一个mOnTouchListener：

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

在此，我们可以看出只要我们给控件注册了touch事件，也就是调用了mBtEvent.setOnTouchListener(new View.OnTouchListener() {……}方法，mOnTouchListener就一定被赋值了，也就是执行了：

mOnTouchListener = listener;

那么mOnTouchListener 就一定不会为空，上面if判断的第一个条件就为真。

2、第二个条件(mViewFlags & ENABLED_MASK) == ENABLED是判断当前点击的View是否是enable可点击的，按钮默认都是enable可点击的，因此这个条件默认均为true。

3、第三个条件mOnTouchListener.onTouch(this, event)，其实也就是去回调控件注册Touch事件时的onTouch方法。

当三个条件同时满足，dispatchTouchEvent方法就返回true，表示该（子）View消费了这个点击事件，点击事件就不再向下传，当然OnClick事件也就不再被响应。在默认情况下，我们都没有重写dispatchTouchEvent方法以返回true或者注册Touch事件，那么mOnTouchListener 就为空，上面if判断语句中三个条件的第一个条件就为false，直接跳出if判断语句。因此dispatchTouchEvent方法默认返回false。

当三个条件任一个不满足的时候，dispatchTouchEvent方法就执行return onTouchEvent(event)方法，而在onTouchEvent(event)方法源码内部，我们发现onTouchEvent(event)方法处理了MotionEvent.ACTION_DOWN、MotionEvent.ACTION_MOVE、MotionEvent.ACTION_UP及MotionEvent.ACTION_CANCEL四个操作手势：

A、MotionEvent.ACTION_DOWN：主要是获取了event的坐标，用于判断当前event事件与View的关系。

B、MotionEvent.ACTION_MOVE：设置了MotionEvent.ACTION_DOWN事件发生后，按钮的背景变化，长按回调处理等。

C、MotionEvent.ACTION_UP：做了很多的处理，这里我们主要关心与Touch和Click相关的事情，仔细阅读源码我们发现在这里，他调用了performClick()方法，而performClick()方法恰恰是处理Click事件的：

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

mOnClickListener.onClick(this)是不是很熟悉？

有木有？

有木有？

有木有？

他的源码如下：

public interface OnClickListener {
void onClick(View v);
}

这正是我们惯用的写法——给按钮注册点击事件并复写他的onClick()方法：

mBtEvent.setOnClickListener(new View.OnClickListener(){
@Override
public void onClick(View v) {

}
}

MotionEvent.ACTION_CANCEL手势我们不做关注。

无论是返回onTouchEvent()还是调用performClick()方法处理onClick点击事件，都是在dispatchTouchEvent方法返回false的情况下发生的，这也解释了本文开篇出的结论：

View的TouchListener事件的优先级高于OnClick事件。当View的TouchListener事件的onTouch()方法返回true时，OnClick事件不会执行。返回false时，OnClick事件才被执行。

讲了这么多，现在终于对点击事件的内部执行情况有了大致的了解，那么在点击事件发生时，他又是按照怎样的一个脉络来执行的？

关于这个，我想用一幅图来表示：

下图中的根布局rlTootLayout、布局llSuperLayout、布局rlEvent、布局llEvent、按钮btEvent为本文开篇xml布局中的id，一 一对应，很方便查找