标签：
参考声明：感谢郭霖http://blog.csdn.net/guolin_blog/article/details/9097463和张鸿洋http://blog.csdn.net/lmj623565791/article/details/38960443
以一个简单的activity为例，该activity中只有一个button，如果我们为该按钮添加监听，只需要这样：
1 button.setOnClickListener(new OnClickListener() { 2 @Override 3 public void onClick(View v) { 4 Log.d("TAG", "onClick execute"); 5 } 6 });
onClick里面就可以写执行内容，如果我们还想给button添加一个touch事件，可以这样：
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 });
那么当我们点击按钮时具体是哪个监听先执行呢？运行结果显示如下：
onTouch execute, action 0
onTouch execute, action 1
onClick execute
如此我们可以看到是touch事件先执行，分别执行了action down，action up，实际执行过程中由于抖动的情况，action move会前面两个action之间执行多次，而button的OnClick则是后执行的，因此因此事件传递的顺序是先经过onTouch，再传递到onClick
由上面onTouch方法中的代码可知，最后是返回的false，那如果改为返回true会是什么结果呢？结果显示onClick execute是不执行的，为什么呢？
简单理解就是此次事件被onTouch给消费掉了，不会继续向下传递了
那本质原因是什么呢？接下来将从源码的角度来分析：
其实在View中跟事件分发机制有关的就是两个方法：dispatchTouchEvent和onTouchEvent
其实当你触摸到控件时，就会调用dispatchTouchEvent方法，以前面点击Button为例，当我们点击该按钮时，应用会去Button的类中寻找该方法，发现没有，就会继续往上找，找到容纳该button的TextView时，发现该类中仍没有该方法，最后继续往上寻找，找到View这时发现了该方法：
首先看一下该方法的源码：
1 /** 2 * Pass the touch screen motion event down to the target view, or this 3 * view if it is the target. 4 * 5 * @param event The motion event to be dispatched. 6 * @return True if the event was handled by the view, false otherwise. 7 */ 8 public boolean dispatchTouchEvent(MotionEvent event) { 9 if (!onFilterTouchEventForSecurity(event)) { 10 return false; 11 } 12 13 if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && 14 mOnTouchListener.onTouch(this, event)) { 15 return true; 16 } 17 return onTouchEvent(event); 18 }
从13行看起，判断了三个条件：1、判断mOnTouchListener不为空 2、(mViewFlags & ENABLED_MASK) == ENABLED即触摸的控件使能 3、mOnTouchListener.onTouch(this, event)的onTouch方法返回值为true，当3个条件全部满足时返回true，否则返回onTouchEvent(event)该方法执行后的返回值
接下来，我们一一来分析：
1.mOnTouchListener是什么东东？上源码：
1 /** 2 * Register a callback to be invoked when a touch event is sent to this view. 3 * @param l the touch listener to attach to this view 4 */ 5 public void setOnTouchListener(OnTouchListener l) { 6 mOnTouchListener = l; 7 }
该方法是在View里找到的，mOnTouchListener是在setOnTouchListener方法中设置的，事实上就是我们刚才在Activity中设置的setOnTouchListener，也就是说只要我们给控件注册了touch事件，mOnTouchListener就一定被赋值了
2.第二个条件是判断控件是否是使能的，按钮默认即使Enabled，所以为true
3.第三个条件是关键，该条件会回调控件注册touch事件时的onTouch方法，到这里关键就是看onTouch方法执行的返回值喽：
至此可以结合前面的例子来分析一下，首先在dispatchTouchEvent中最先执行的就是onTouch方法，因此onTouch肯定是要优先于onClick执行的，也是印证了刚刚的打印结果。而如果在onTouch方法里返回了true，就会让dispatchTouchEvent方法直接返回true，不会再继续往下执行。而打印结果也证实了如果onTouch返回true，onClick就不会再执行了。
由这个分析也可以知道OnClick方法必然是在onTouchEvent方法中执行的，那是不是这样的？上源码：
1 /** 2 * Implement this method to handle touch screen motion events. 3 * 4 * @param event The motion event. 5 * @return True if the event was handled, false otherwise. 6 */ 7 public boolean onTouchEvent(MotionEvent event) { 8 final int viewFlags = mViewFlags; 9 10 if ((viewFlags & ENABLED_MASK) == DISABLED) { 11 // A disabled view that is clickable still consumes the touch 12 // events, it just doesn‘t respond to them. 13 return (((viewFlags & CLICKABLE) == CLICKABLE || 14 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)); 15 } 16 17 if (mTouchDelegate != null) { 18 if (mTouchDelegate.onTouchEvent(event)) { 19 return true; 20 } 21 } 22 23 if (((viewFlags & CLICKABLE) == CLICKABLE || 24 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { 25 switch (event.getAction()) { 26 case MotionEvent.ACTION_UP: 27 boolean prepressed = (mPrivateFlags & PREPRESSED) != 0; 28 if ((mPrivateFlags & PRESSED) != 0 || prepressed) { 29 // take focus if we don‘t have it already and we should in 30 // touch mode. 31 boolean focusTaken = false; 32 if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { 33 focusTaken = requestFocus(); 34 } 35 36 if (!mHasPerformedLongPress) { 37 // This is a tap, so remove the longpress check 38 removeLongPressCallback(); 39 40 // Only perform take click actions if we were in the pressed state 41 if (!focusTaken) { 42 // Use a Runnable and post this rather than calling 43 // performClick directly. This lets other visual state 44 // of the view update before click actions start. 45 if (mPerformClick == null) { 46 mPerformClick = new PerformClick(); 47 } 48 if (!post(mPerformClick)) { 49 performClick(); 50 } 51 } 52 } 53 54 if (mUnsetPressedState == null) { 55 mUnsetPressedState = new UnsetPressedState(); 56 } 57 58 if (prepressed) { 59 mPrivateFlags |= PRESSED; 60 refreshDrawableState(); 61 postDelayed(mUnsetPressedState, 62 ViewConfiguration.getPressedStateDuration()); 63 } else if (!post(mUnsetPressedState)) { 64 // If the post failed, unpress right now 65 mUnsetPressedState.run(); 66 } 67 removeTapCallback(); 68 } 69 break; 70 71 case MotionEvent.ACTION_DOWN: 72 if (mPendingCheckForTap == null) { 73 mPendingCheckForTap = new CheckForTap(); 74 } 75 mPrivateFlags |= PREPRESSED; 76 mHasPerformedLongPress = false; 77 postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); 78 break; 79 80 case MotionEvent.ACTION_CANCEL: 81 mPrivateFlags &= ~PRESSED; 82 refreshDrawableState(); 83 removeTapCallback(); 84 break; 85 86 case MotionEvent.ACTION_MOVE: 87 final int x = (int) event.getX(); 88 final int y = (int) event.getY(); 89 90 // Be lenient about moving outside of buttons 91 int slop = mTouchSlop; 92 if ((x < 0 - slop) || (x >= getWidth() + slop) || 93 (y < 0 - slop) || (y >= getHeight() + slop)) { 94 // Outside button 95 removeTapCallback(); 96 if ((mPrivateFlags & PRESSED) != 0) { 97 // Remove any future long press/tap checks 98 removeLongPressCallback(); 99 100 // Need to switch from pressed to not pressed 101 mPrivateFlags &= ~PRESSED; 102 refreshDrawableState(); 103 } 104 } 105 break; 106 } 107 return true; 108 } 109 110 return false; 111 }
由23~24行的if判断可知只要点击了控件，就会进入事件类型的switch判断中，(注意最后返回值一定为true)，为了充分理解源码，我们就从action的执行顺序将源码一一分析一遍：
a、首先分析MotionEvent.ACTION_DOWN
72~74行：先判断mPendingCheckForTap是否为空，为空的话新建CheckForTap()
75行：给mPrivateFlags设置一个PREPRESSED的标识
76行：设置 mHasPerformedLongPress为 false说明长按还没有触发
77行：执行postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); 发送一个大小为ViewConfiguration.getTapTimeout()(115毫秒)的延迟
到达延迟时间后会执行CheckForTap()方法中的run方法：
1 private final class CheckForTap implements Runnable { 2 public void run() { 3 mPrivateFlags &= ~PREPRESSED; 4 mPrivateFlags |= PRESSED; 5 refreshDrawableState(); 6 if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) { 7 postCheckForLongClick(ViewConfiguration.getTapTimeout()); 8 } 9 } 10 }
在run方法里面取消mPrivateFlags的PREPRESSED，然后设置PRESSED标识，刷新背景，如果View支持长按事件，则再发一个延时消息，检测长按；
1 private void postCheckForLongClick(int delayOffset) { 2 mHasPerformedLongPress = false; 3 4 if (mPendingCheckForLongPress == null) { 5 mPendingCheckForLongPress = new CheckForLongPress(); 6 } 7 mPendingCheckForLongPress.rememberWindowAttachCount(); 8 postDelayed(mPendingCheckForLongPress, 9 ViewConfiguration.getLongPressTimeout() - delayOffset); 10 }
1 class CheckForLongPress implements Runnable { 2 3 private int mOriginalWindowAttachCount; 4 5 public void run() { 6 if (isPressed() && (mParent != null) 7 && mOriginalWindowAttachCount == mWindowAttachCount) { 8 if (performLongClick()) { 9 mHasPerformedLongPress = true; 10 } 11 } 12 }
可以看到，当用户按下，首先会设置标识为PREPRESSED
如果115后，没有抬起，会将View的标识设置为PRESSED且去掉PREPRESSED标识，然后发出一个检测长按的延迟任务，延时为：ViewConfiguration.getLongPressTimeout() - delayOffset（500ms -115ms），这个115ms刚好时检测额PREPRESSED时间；也就是用户从DOWN触发开始算起，如果500ms内没有抬起则认为触发了长按事件：
1、如果此时设置了长按的回调，则执行长按时的回调，且如果长按的回调返回true;才把mHasPerformedLongPress置为ture；
2、否则，如果没有设置长按回调或者长按回调返回的是false；则mHasPerformedLongPress依然是false;
b、MotionEvent.ACTION_MOVE
86~105行：86~87两行获取到当前触摸的x和y的坐标
91行判断当前的触摸点是否超出我们的view，如果移出了
1、执行removeTapCallback();
2、然后判断是否包含PRESSED标识，如果包含，移除长按的检查：removeLongPressCallback();
3、最后把mPrivateFlags中PRESSED标识去除，刷新背景；
1 private void removeTapCallback() { 2 if (mPendingCheckForTap != null) { 3 mPrivateFlags &= ~PREPRESSED; 4 removeCallbacks(mPendingCheckForTap); 5 } 6 }
这个是移除，DOWN触发时设置的PREPRESSED的检测；即当前触发时机在DOWN触发不到115ms时，你就已经移出控件外了；
如果115ms后，你才移出控件外，则你的当前mPrivateFlags一定为PRESSED且发送了长按的检测；
就会走上面的2和3；首先移除removeLongPressCallback（）
private void removeLongPressCallback() {
if (mPendingCheckForLongPress != null) {
removeCallbacks(mPendingCheckForLongPress);
}
}
然后把mPrivateFlags中PRESSED标识去除，刷新背景；
至此move分析完毕，只要用户移出了我们的控件：则将mPrivateFlags取出PRESSED标识，且移除所有在DOWN中设置的检测，长按等；
c、MotionEvent.ACTION_UP
26到69行：
27行：判断mPrivateFlags是否包含PREPRESSED
28行：如果包含PRESSED或者PREPRESSED则进入执行体，也就是无论是115ms内或者之后抬起都会进入执行体。
36行：如果mHasPerformedLongPress没有被执行，进入IF
38行：removeLongPressCallback（）；移除长按的检测
45-50行：如果mPerformClick如果mPerformClick为null，初始化一个实例，然后立即通过handler添加到消息队列尾部，如果添加失败则直接执行 performClick();添加成功，在mPerformClick的run方法中就是执行performClick（）；
终于执行了我们的click事件了，下面看一下performClick()方法：
1 public boolean performClick() { 2 sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); 3 4 if (mOnClickListener != null) { 5 playSoundEffect(SoundEffectConstants.CLICK); 6 mOnClickListener.onClick(this); 7 return true; 8 } 9 10 return false; 11 }
从代码可以看到如果mOnClickListener不为null，就会执行mOnClickListener.onClick(this);这里mOnClickListener是在哪里赋值的呢？
1 public void setOnClickListener(OnClickListener l) { 2 if (!isClickable()) { 3 setClickable(true); 4 } 5 mOnClickListener = l; 6 }
当我们通过调用setOnClickListener方法来给控件注册一个点击事件时，就会给mOnClickListener赋值。然后每当控件被点击时，都会在performClick()方法里回调被点击控件的onClick方法。
这样View的整个事件分发的流程就让我们搞清楚了！不过别高兴的太早，现在还没结束，还有一个很重要的知识点需要说明，就是touch事件的层级传递。我们都知道如果给一个控件注册了touch事件，每次点击它的时候都会触发一系列的ACTION_DOWN，ACTION_MOVE，ACTION_UP等事件。这里需要注意，如果你在执行ACTION_DOWN的时候返回了false，后面一系列其它的action就不会再得到执行了。简单的说，就是当dispatchTouchEvent在进行事件分发的时候，只有前一个action返回true，才会触发后一个action。
说到这里，很多的朋友肯定要有巨大的疑问了。这不是在自相矛盾吗？前面的例子中，明明在onTouch事件里面返回了false，ACTION_DOWN和ACTION_UP不是都得到执行了吗？其实你只是被假象所迷惑了，让我们仔细分析一下，在前面的例子当中，我们到底返回的是什么。
参考着我们前面分析的源码，首先在onTouch事件里返回了false，就一定会进入到onTouchEvent方法中，然后我们来看一下onTouchEvent方法的细节。由于我们点击了按钮，就会进入到第14行这个if判断的内部，然后你会发现，不管当前的action是什么，最终都一定会走到第89行，返回一个true。
是不是有一种被欺骗的感觉？明明在onTouch事件里返回了false，系统还是在onTouchEvent方法中帮你返回了true。就因为这个原因，才使得前面的例子中ACTION_UP可以得到执行。
那我们可以换一个控件，将按钮替换成ImageView，然后给它也注册一个touch事件，并返回false。如下所示：
1 imageView.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 });
运行一下程序，点击ImageView，你会发现结果如下：
在ACTION_DOWN执行完后，后面的一系列action都不会得到执行了。这又是为什么呢？因为ImageView和按钮不同，它是默认不可点击的，因此在onTouchEvent的第23行判断时无法进入到if的内部，直接跳到第91行返回了false，也就导致后面其它的action都无法执行了。
1. onTouch和onTouchEvent有什么区别，又该如何使用？
从源码中可以看出，这两个方法都是在View的dispatchTouchEvent中调用的，onTouch优先于onTouchEvent执行。如果在onTouch方法中通过返回true将事件消费掉，onTouchEvent将不会再执行。
另外需要注意的是，onTouch能够得到执行需要两个前提条件，第一mOnTouchListener的值不能为空，第二当前点击的控件必须是enable的。因此如果你有一个控件是非enable的，那么给它注册onTouch事件将永远得不到执行。对于这一类控件，如果我们想要监听它的touch事件，就必须通过在该控件中重写onTouchEvent方法来实现。
2. 为什么给ListView引入了一个滑动菜单的功能，ListView就不能滚动了？
如果你阅读了Android滑动框架完全解析，教你如何一分钟实现滑动菜单特效 这篇文章，你应该会知道滑动菜单的功能是通过给ListView注册了一个touch事件来实现的。如果你在onTouch方法里处理完了滑动逻辑后返回true，那么ListView本身的滚动事件就被屏蔽了，自然也就无法滑动(原理同前面例子中按钮不能点击)，因此解决办法就是在onTouch方法里返回false。
3. 为什么图片轮播器里的图片使用Button而不用ImageView？
提这个问题的朋友是看过了Android实现图片滚动控件，含页签功能，让你的应用像淘宝一样炫起来 这篇文章。当时我在图片轮播器里使用Button，主要就是因为Button是可点击的，而ImageView是不可点击的。如果想要使用ImageView，可以有两种改法。第一，在ImageView的onTouch方法里返回true，这样可以保证ACTION_DOWN之后的其它action都能得到执行，才能实现图片滚动的效果。第二，在布局文件里面给ImageView增加一个android:clickable="true"的属性，这样ImageView变成可点击的之后，即使在onTouch里返回了false，ACTION_DOWN之后的其它action也是可以得到执行的。
==================================================================================================================
最后引用一下鸿洋的总结：
1、整个View的事件转发流程是：
View.dispatchEvent->View.setOnTouchListener->View.onTouchEvent
在dispatchTouchEvent中会进行OnTouchListener的判断，如果OnTouchListener不为null且返回true，则表示事件被消费，onTouchEvent不会被执行；否则执行onTouchEvent。
2、onTouchEvent中的DOWN,MOVE,UP
DOWN时：
a、首先设置标志为PREPRESSED，设置mHasPerformedLongPress=false ;然后发出一个115ms后的mPendingCheckForTap；
b、如果115ms内没有触发UP，则将标志置为PRESSED，清除PREPRESSED标志，同时发出一个延时为500-115ms的，检测长按任务消息；
c、如果500ms内（从DOWN触发开始算），则会触发LongClickListener:
此时如果LongClickListener不为null，则会执行回调，同时如果LongClickListener.onClick返回true，才把mHasPerformedLongPress设置为true;否则mHasPerformedLongPress依然为false;
MOVE时：
主要就是检测用户是否划出控件，如果划出了：
115ms内，直接移除mPendingCheckForTap；
115ms后，则将标志中的PRESSED去除，同时移除长按的检查：removeLongPressCallback();
UP时：
a、如果115ms内，触发UP，此时标志为PREPRESSED，则执行UnsetPressedState，setPressed(false);会把setPress转发下去，可以在View中复写dispatchSetPressed方法接收；
b、如果是115ms-500ms间，即长按还未发生，则首先移除长按检测，执行onClick回调；
c、如果是500ms以后，那么有两种情况：
i.设置了onLongClickListener，且onLongClickListener.onClick返回true，则点击事件OnClick事件无法触发；
ii.没有设置onLongClickListener或者onLongClickListener.onClick返回false，则点击事件OnClick事件依然可以触发；
d、最后执行mUnsetPressedState.run()，将setPressed传递下去，然后将PRESSED标识去除；
关于长按和点击控件的疑问，这里鸿洋也给出了一个demo：参考一下
1、当同时设置setOnLongClickListener和setOnClickListener，只要setOnLongClickListener中的onClick返回false，则两个都会执行；返回true则会屏蔽setOnClickListener
这里给MyButton同时设置setOnClickListener和setOnLongClickListener，运行看看：
1 package com.example.zhy_event03; 2 3 import android.app.Activity; 4 import android.os.Bundle; 5 import android.util.Log; 6 import android.view.MotionEvent; 7 import android.view.View; 8 import android.view.View.OnClickListener; 9 import android.view.View.OnLongClickListener; 10 import android.view.View.OnTouchListener; 11 import android.widget.Button; 12 import android.widget.Toast; 13 14 public class MainActivity extends Activity 15 { 16 protected static final String TAG = "MyButton"; 17 private Button mButton ; 18 @Override 19 protected void onCreate(Bundle savedInstanceState) 20 { 21 super.onCreate(savedInstanceState); 22 setContentView(R.layout.activity_main); 23 24 mButton = (Button) findViewById(R.id.id_btn); 25 mButton.setOnTouchListener(new OnTouchListener() 26 { 27 @Override 28 public boolean onTouch(View v, MotionEvent event) 29 { 30 int action = event.getAction(); 31 32 switch (action) 33 { 34 case MotionEvent.ACTION_DOWN: 35 Log.e(TAG, "onTouch ACTION_DOWN"); 36 break; 37 case MotionEvent.ACTION_MOVE: 38 Log.e(TAG, "onTouch ACTION_MOVE"); 39 break; 40 case MotionEvent.ACTION_UP: 41 Log.e(TAG, "onTouch ACTION_UP"); 42 break; 43 default: 44 break; 45 } 46 47 return false; 48 } 49 }); 50 mButton.setOnClickListener(new OnClickListener() 51 { 52 @Override 53 public void onClick(View v) 54 { 55 Toast.makeText(getApplicationContext(), "onclick",Toast.LENGTH_SHORT).show(); 56 } 57 }); 58 59 mButton.setOnLongClickListener(new OnLongClickListener() 60 { 61 @Override 62 public boolean onLongClick(View v) 63 { 64 Toast.makeText(getApplicationContext(), "setOnLongClickListener",Toast.LENGTH_SHORT).show(); 65 return false; 66 } 67 }); 68 } 69 70 71 }
可以看到LongClickListener已经ClickListener都触发了
事件的分发机制(View篇因此事件传递的顺序是先经过onTouch，再传递到onClick)
标签：
原文地址：http://www.cnblogs.com/CoolRandy/p/4557262.html
