Android事件分发机制详解(1)----探究View的事件分发

1. button.setOnClickListener(new OnClickListener() {  
2.     @Override  
3.     public void onClick(View v) {  
4.         Log.d("TAG", "onClick execute");  
5.     }  
6. });  

1. button.setOnTouchListener(new OnTouchListener() {  
2.     @Override  
3.     public boolean onTouch(View v, MotionEvent event) {  
4.         Log.d("TAG", "onTouch execute, action " + event.getAction());  
5.         return false;  
6.     }  
7. });  
    

1. public boolean dispatchTouchEvent(MotionEvent event) {  
2.     if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&  
3.             mOnTouchListener.onTouch(this, event)) {  
4.         return true;  
5.     }  
6.     return onTouchEvent(event);  
7. }  
    

参考着我们前面分析的源码，首先在onTouch事件里返回了false，就一定会进入到onTouchEvent方法中，然后我们来看一下onTouchEvent方法的细节。由于我们点击了按钮，就会进入到第14行这个if判断的内部，然后你会发现，不管当前的action是什么，最终都一定会走到第89行，返回一个true。

是不是有一种被欺骗的感觉？明明在onTouch事件里返回了false，系统还是在onTouchEvent方法中帮你返回了true。就因为这个原因，才使得前面的例子中ACTION_UP可以得到执行。

那我们可以换一个控件，将按钮替换成ImageView，然后给它也注册一个touch事件，并返回false。如下所示：

在ACTION_DOWN执行完后，后面的一系列action都不会得到执行了。这又是为什么呢？因为ImageView和按钮不同，它是默认不可点击的，因此在onTouchEvent的第14行判断时无法进入到if的内部，直接跳到第91行返回了false，也就导致后面其它的action都无法执行了。

好了，关于View的事件分发，我想讲的东西全都在这里了。现在我们再来回顾一下开篇时提到的那三个问题，相信每个人都会有更深一层的理解