在开发过程中，对于点击事件的处理是很频繁的。对于一个控件（View）来说，onClickListenr()和onTouchListener()有什么区别和联系？我们自定义了一个控件，点击自定义控件时如何不触发被它覆盖的View的点击事件？这些都和事件分发机制有关。下面就来分析一下，当一个点击事件发生时，这个事件到底是怎么溜达的？
现在让我们创建一个简单的Activity，创建一个TestLinearLayout继承自LinearLayout，创建一个Test继承自Button。
在TestLineaLayout类中，重写了和事件相关的代码，整个代码如下：
public class TestLinearLayout extends LinearLayout {
public TestLinearLayout(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
Log.d("TestLinerLayout", "onInterceptTouchEvent action = " + ev.getAction());
return super.onInterceptTouchEvent(ev);
}
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.d("TestLinerLayout", "dispatchTouchEvent action = " + ev.getAction());
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("TestLinerLayout", "onTouchEvent action = " + event.getAction());
return super.onTouchEvent(event);
}
}
在TestButton中，同样也重写的和事件分发相关的代码，整改代码如下：
public class TestButton extends Button {
public TestButton(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.i("TestButton", "dispatchTouchEvent action = " + event.getAction());
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.i("TestButton", "onTouchEvent action = " + event.getAction());
return super.onTouchEvent(event);
}
}
然后是MainActivity的XML布局：
<com.wl.com.testview.TestLinearLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="fill_parent"
android:id="@+id/myLayout"
android:orientation="vertical">
<com.wl.com.testview.TestButton
android:id="@+id/myButton"
android:text="Click Me"
android:layout_width="match_parent"
android:layout_height="wrap_content"/>
</com.wl.com.testview.TestLinearLayout>
最后是MainActivity的代码：
public class MainActivity extends AppCompatActivity implements View.OnClickListener, View.OnTouchListener {
TestButton myButton;
TestLinearLayout linearLayout;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
myButton = (TestButton) findViewById(R.id.myButton);
linearLayout = (TestLinearLayout) findViewById(R.id.myLayout);
myButton.setOnClickListener(this);
myButton.setOnTouchListener(this);
linearLayout.setOnClickListener(this);
linearLayout.setOnTouchListener(this);
}
@Override
public void onClick(View v) {
Log.d("MainActivity", "onClick " + v);
}
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("MainActivity", "onTouch action = "+event.getAction() + v);
return false;
}
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.d("MainActivity", "dispatchTouchEvent action = " + ev.getAction());
return super.dispatchTouchEvent(ev);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("MainActivity", "onTouchEvent action = " + event.getAction());
return super.onTouchEvent(event);
}
}
然后我们运行项目，点击button按钮，会得到如下的信息：
点击button以外的地方，会得到如下的信息：
建议使用模拟器来运行点击事件。如果用真机的话，会触发大量的
ACTION_MOVE事件。
事件分发的流程就出来了，那么为什么会是这样的呢？注意到事件都是从MainActivity的dispatchTouchEvent()方法开始调用的，那我们就从这个方法开始着手看代码吧。
Activity 的事件分发
事件传递到Activity后，第一个触发的方法是dispatchTouchEvent()，我们看一看这个方法的源码：
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
好简单的代码，最喜欢看到这种“小清新”风格的代码了。
首先判断MotionEvent是不是ACTION_DOWN，如果是的话，执行onUserInteraction()方法，然后判断getWindow().superDispatchTouchEvent(ev)是否为true，如果为true，就不会执行onTouchEvent()方法，如果为false则执行onTouchEvent()方法。
onUserInteraction()
这个方法只有当ACTION_DOWN时才会触发， 那么这个方法是干嘛的？我们点进去看，会发现啥也没有。这个方法是空方法：
/**
* Called whenever a key, touch, or trackball event is dispatched to the
* activity. Implement this method if you wish to know that the user has
* interacted with the device in some way while your activity is running.
* This callback and {@link #onUserLeaveHint} are intended to help
* activities manage status bar notifications intelligently; specifically,
* for helping activities determine the proper time to cancel a notfication.
*
* <p>All calls to your activity's {@link #onUserLeaveHint} callback will
* be accompanied by calls to {@link #onUserInteraction}. This
* ensures that your activity will be told of relevant user activity such
* as pulling down the notification pane and touching an item there.
*
* <p>Note that this callback will be invoked for the touch down action
* that begins a touch gesture, but may not be invoked for the touch-moved
* and touch-up actions that follow.
*
* @see #onUserLeaveHint()
*/
public void onUserInteraction() {
}
还好有注释，不然都不知道这个方法是用来干嘛的了。当此activity在栈顶时，触屏点击按home，back，menu键等都会触发此方法。下拉statubar、旋转屏幕、锁屏不会触发此方法。所以它会用在屏保应用上，因为当你触屏机器 就会立马触发一个事件，而这个事件又不太明确是什么，正好屏保满足此需求。
getWindow().superDispatchTouchEvent(ev)
这个方法是干嘛的呢？我们点进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);
意思大概是说，这个方法会在Dialog等界面中使用到，开发者不需要实现或者调用它。
纳尼？这样就把我们打发了？不带这样玩的啊...
我们注意到superDispatchTouchEvent()方法是getWindow()调用的，getWindow()方法返回的是一个Window对象。我们在Window类的说明中可以看到一下内容：
/**
* Abstract base class for a top-level window look and behavior policy. An
* instance of this class should be used as the top-level view added to the
* window manager. It provides standard UI policies such as a background, title
* area, default key processing, etc.
*
* <p>The only existing implementation of this abstract class is
* android.view.PhoneWindow, which you should instantiate when needing a
* Window.
*/
相信大家的英语应该比我好，我就不翻译了，注意到这句话：The only existing implementation of this abstract class is android.view.PhoneWindow，这是说PhoneWindow是Window的唯一实现类。那么我们就可以在PhoneWindow类中看一下superDispatchTouchEvent()方法究竟干了什么。
在PhoneWindow类中，我们可以看到如下代码:
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
很简单，mDecor对象调用了superDispatchTouchEvent()方法。那么mDecor对象又是什么？
跳转到mDecor的声明，代码如下：
// This is the top-level view of the window, containing the window decor.
private DecorView mDecor;
发现原来mDecor是DecorView的实例。等等，注释里面说，DecorView是视图的顶层view？
再跳转到DecorView类的定义处，发现这么一行代码：
private final class DecorView extends FrameLayout implements RootViewSurfaceTaker ｛
......
｝
现在我们清楚了，DecorView继承自FrameLayout，是我们编写所有的界面代码的父类。
然后我们看看mDecor.superDispatchTouchEvent()这个方法干了什么，也就是在DecorView类中，superDispatchTouchEvent()方法的内容：
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
嗯？ 看不懂？注意，刚才我们已经知道了，DecorView是继承自FrameLayout，那么它的父类就应该是ViewGroup了，而super.dispatchTouchEvent(event)方法，其实就应该是ViewGroup的dispatchTouchEvent()方法，不信？你可以点进去看看。
现在回到最开始的地方：在Activity 中：
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
其中getWindow().superDispatchTouchEvent(ev)的意义大概就清楚了，就是说，如果视图顶层的ViewGroup－DecorView类－的dispatchTouchEvnent()方法返回true的话，就不会执行onTouchEvent()方法了。
那么，问题来了，ViewGroup中的dispatchTouchEvent()方法什么时候返回true，什么时候返回false呢？
请看下回分解。
