站在大神肩膀上，深入理解 Android事件分发机制
Android事件分发，参考了网上的很多资料。基本基于android2.2的源码来分析，因为即使是新的版本，里面的原理思想也没有改变。
有了大神的肩膀，我在理解了其原理的基础上，进行一个小总结。
先理解一个概念：
事件：在android中，点击屏幕是时，产生的长按，点击，滑动，双击，多指操作等，构成了android中的事件响应。
如：ACTION_DOWN
ACTION_MOVE
ACTION_UP
所有的操作事件首先必须执行的是按下操作（ACTION_DOWN），之后所有的操作都是以按下操作作为前提，当按下操作完成后，接下来可能是一段移动（ACTION_MOVE）然后抬起（ACTION_UP），或者是按下操作执行完成后没有移动就直接抬起。这一系列的动作在Android中都可以进行控制。
视图：android中的所有视图都继承于View，ViewGroup也继承View。如图：
先附上自己的理解到的事件分发概要框架有些细节木有写出来，（先不要看，跳过这个私人思维导图。建议看完下面全文再来看这个不够清晰的私人思维导图）：
给出一个清晰的思维导图大神博客：清晰的事件拦截图
下面是事件分发的总结：
参考自：大神博客
1、ViewGroup的事件分发机制
从上层来分析（不去搞Linux内核，硬件），与用户直接进行交互的是activity，所以，当用户点击屏幕时，发生了啥？
看了大神博客，是执行分发事件的方法，dispatchTouchEvent()
public boolean dispatchTouchEvent(MotionEvent ev) { //如果是按下状态就调用onUserInteraction()方法，onUserInteraction()方法 //是个空的方法, 我们直接跳过这里看下面的实现 if (ev.getAction() == MotionEvent.ACTION_DOWN) { onUserInteraction(); } if (getWindow().superDispatchTouchEvent(ev)) { return true; } //getWindow().superDispatchTouchEvent(ev)返回false，这个事件就交给Activity //来处理， Activity的onTouchEvent()方法直接返回了false return onTouchEvent(ev); } 这个方法中我们还是比较关心getWindow()的superDispatchTouchEvent()方法，getWindow()返回当前Activity的顶层窗口Window对象，我们直接看Window API的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);
public boolean superDispatchTouchEvent(KeyEvent event) { return mDecor.superDispatcTouchEvent(event); }先新建一个项目，取名AndroidTouchEvent，然后直接用模拟器运行项目， MainActivity的布局文件为
利用hierarchyviewer工具来查看下MainActivity的View的层次结构，如下图
我们看到最顶层就是PhoneWindow$DecorView，接着DecorView下面有一个LinearLayout， LinearLayout下面有两个FrameLayout
上面那个FrameLayout是用来显示标题栏的，这个Demo中是一个TextView,当然我们还可以定制我们的标题栏，利用getWindow().setFeatureInt(Window.FEATURE_CUSTOM_TITLE,R.layout.XXX); xxx就是我们自定义标题栏的布局XML文件
下面的FrameLayout是用来装载ContentView的，也就是我们在Activity中利用setContentView()方法设置的View，现在我们知道了，原来我们利用setContentView()设置Activity的View的外面还嵌套了这么多的东西
我们来理清下思路，Activity的最顶层窗体是PhoneWindow,而PhoneWindow的最顶层View是DecorView，接下来我们就看DecorView类的superDispatchTouchEvent()方法
public boolean superDispatchTouchEvent(MotionEvent event) { return super.dispatchTouchEvent(event); } 在里面调用了父类FrameLayout的dispatchTouchEvent()方法，而FrameLayout（继承于ViewGroup）中并没有dispatchTouchEvent()方法，所以我们直接看ViewGroup的dispatchTouchEvent()方法
/** * {@inheritDoc} */ @Override public boolean dispatchTouchEvent(MotionEvent ev) { final int action = ev.getAction(); final float xf = ev.getX(); final float yf = ev.getY(); final float scrolledXFloat = xf + mScrollX; final float scrolledYFloat = yf + mScrollY; final Rect frame = mTempRect; //这个值默认是false, 然后我们可以通过requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法 //来改变disallowIntercept的值 boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; //这里是ACTION_DOWN的处理逻辑 if (action == MotionEvent.ACTION_DOWN) { //清除mMotionTarget, 每次ACTION_DOWN都很设置mMotionTarget为null if (mMotionTarget != null) { mMotionTarget = null; } //disallowIntercept默认是false, 就看ViewGroup的onInterceptTouchEvent()方法 if (disallowIntercept || !onInterceptTouchEvent(ev)) { ev.setAction(MotionEvent.ACTION_DOWN); final int scrolledXInt = (int) scrolledXFloat; final int scrolledYInt = (int) scrolledYFloat; final View[] children = mChildren; final int count = mChildrenCount; //遍历其子View for (int i = count - 1; i >= 0; i--) { final View child = children[i]; //如果该子View是VISIBLE或者该子View正在执行动画, 表示该View才 //可以接受到Touch事件 if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) { //获取子View的位置范围 child.getHitRect(frame); //如Touch到屏幕上的点在该子View上面 if (frame.contains(scrolledXInt, scrolledYInt)) { // offset the event to the view's coordinate system final float xc = scrolledXFloat - child.mLeft; final float yc = scrolledYFloat - child.mTop; ev.setLocation(xc, yc); child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; //调用该子View的dispatchTouchEvent()方法 if (child.dispatchTouchEvent(ev)) { // 如果child.dispatchTouchEvent(ev)返回true表示 //该事件被消费了，设置mMotionTarget为该子View mMotionTarget = child; //直接返回true return true; } // The event didn't get handled, try the next view. // Don't reset the event's location, it's not // necessary here. } } } } } //判断是否为ACTION_UP或者ACTION_CANCEL boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) || (action == MotionEvent.ACTION_CANCEL); if (isUpOrCancel) { //如果是ACTION_UP或者ACTION_CANCEL, 将disallowIntercept设置为默认的false //假如我们调用了requestDisallowInterceptTouchEvent()方法来设置disallowIntercept为true //当我们抬起手指或者取消Touch事件的时候要将disallowIntercept重置为false //所以说上面的disallowIntercept默认在我们每次ACTION_DOWN的时候都是false mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT; } // The event wasn't an ACTION_DOWN, dispatch it to our target if // we have one. final View target = mMotionTarget; //mMotionTarget为null意味着没有找到消费Touch事件的View, 所以我们需要调用ViewGroup父类的 //dispatchTouchEvent()方法，也就是View的dispatchTouchEvent()方法 if (target == null) { // We don't have a target, this means we're handling the // event as a regular view. ev.setLocation(xf, yf); if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) { ev.setAction(MotionEvent.ACTION_CANCEL); mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; } return super.dispatchTouchEvent(ev); } //这个if里面的代码ACTION_DOWN不会执行，只有ACTION_MOVE //ACTION_UP才会走到这里, 假如在ACTION_MOVE或者ACTION_UP拦截的 //Touch事件, 将ACTION_CANCEL派发给target，然后直接返回true //表示消费了此Touch事件 if (!disallowIntercept && onInterceptTouchEvent(ev)) { final float xc = scrolledXFloat - (float) target.mLeft; final float yc = scrolledYFloat - (float) target.mTop; mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; ev.setAction(MotionEvent.ACTION_CANCEL); ev.setLocation(xc, yc); if (!target.dispatchTouchEvent(ev)) { } // clear the target mMotionTarget = null; // Don't dispatch this event to our own view, because we already // saw it when intercepting; we just want to give the following // event to the normal onTouchEvent(). return true; } if (isUpOrCancel) { mMotionTarget = null; } // finally offset the event to the target's coordinate system and // dispatch the event. final float xc = scrolledXFloat - (float) target.mLeft; final float yc = scrolledYFloat - (float) target.mTop; ev.setLocation(xc, yc); if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) { ev.setAction(MotionEvent.ACTION_CANCEL); target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT; mMotionTarget = null; } //如果没有拦截ACTION_MOVE, ACTION_DOWN的话，直接将Touch事件派发给target return target.dispatchTouchEvent(ev); } 这个方法相对来说还是蛮长，不过所有的逻辑都写在一起，看起来比较方便，接下来我们就具体来分析一下
我们点击屏幕上面的TextView来看看Touch是如何分发的，先看看ACTION_DOWN
在DecorView这一层会直接调用ViewGroup的dispatchTouchEvent(), 先看18行，每次ACTION_DOWN都会将mMotionTarget设置为null, mMotionTarget是什么？我们先不管，继续看代码，走到25行, disallowIntercept默认为false，我们再看ViewGroup的onInterceptTouchEvent()方法
public boolean onInterceptTouchEvent(MotionEvent ev) { return false; } 直接返回false, 继续往下看，循环遍历DecorView里面的Child，从上面的MainActivity的层次结构图我们可以看出，DecorView里面只有一个Child那就是LinearLayout, 第43行判断Touch的位置在不在LinnearLayout上面，这是毫无疑问的，所以直接跳到51行， 调用LinearLayout的dispatchTouchEvent()方法，LinearLayout也没有dispatchTouchEvent()这个方法，所以也是调用ViewGroup的dispatchTouchEvent()方法，所以这个方法卡在51行没有继续下去，而是去先执行LinearLayout的dispatchTouchEvent()
LinearLayout调用dispatchTouchEvent()的逻辑跟DecorView是一样的，所以也是遍历LinearLayout的两个FrameLayout，判断Touch的是哪个FrameLayout，很明显是下面那个，调用下面那个FrameLayout的dispatchTouchEvent(), 所以LinearLayout的dispatchTouchEvent()卡在51也没继续下去
继续调用FrameLayout的dispatchTouchEvent()方法，和上面一样的逻辑，下面的FrameLayout也只有一个Child，就是RelativeLayout，FrameLayout的dispatchTouchEvent()继续卡在51行，先执行RelativeLayout的dispatchTouchEvent()方法
执行RelativeLayout的dispatchTouchEvent()方法逻辑还是一样的，循环遍历 RelativeLayout里面的孩子，里面只有一个TextView, 所以这里就调用TextView的dispatchTouchEvent()， TextView并没有dispatchTouchEvent()这个方法，于是找TextView的父类View，在看View的dispatchTouchEvent()的方法之前，我们先理清下上面这些ViewGroup执行dispatchTouchEvent()的思路，我画了一张图帮大家理清下（这里没有画出onInterceptTouchEvent（）方法）
这就是ViewGroup的事件分发机制，会一层一层地把事件一直分发下去，直到目标View。当然，我们也可以在中间的ViewGroup把事件消费掉（重写某些方法就可以，比如onTouchListener，onTouchEvent。返回ture即可。看完下面即可理解），这样事件的分发就会终止。
2、View的Touch事件分发机制
参考自：大神博客
郭神博客
我们都知道，按钮的点击事件的设置。如下
button.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { Log.d("TAG", "onClick execute"); } });
button.setOnTouchListener(new OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.d("TAG", "onTouch execute, action " + event.getAction()); return false; } }); 可以看到，onTouch是优先于onClick执行的，并且onTouch执行了两次，一次是ACTION_DOWN，一次是ACTION_UP(你还可能会有多次ACTION_MOVE的执行，如果你手抖了一下)。因此事件传递的顺序是先经过onTouch，再传递到onClick。
细心的朋友应该可以注意到，onTouch方法是有返回值的，这里我们返回的是false，如果我们尝试把onTouch方法里的返回值改成true，再运行一次，结果如下：
我们发现，onClick方法不再执行了！为什么会这样呢？你可以先理解成onTouch方法返回true就认为这个事件被onTouch消费掉了，因而不会再继续向下传递。
我们发现，onClick方法不再执行了！为什么会这样呢？你可以先理解成onTouch方法返回true就认为这个事件被onTouch消费掉了，因而不会再继续向下传递。
然后我们来看一下View中dispatchTouchEvent方法的源码：
public boolean dispatchTouchEvent(MotionEvent event) { if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) { return true; } return onTouchEvent(event); } 在这个方法里面，先进行了一个判断
第一个条件mOnTouchListener就是我们调用View的setTouchListener()方法设置的
第二个条件是判断View是否为enabled的， View一般都是enabled,除非你手动设置为disabled
第三个条件就是OnTouchListener接口的onTouch()方法的返回值了，如果调用了setTouchListener()设置OnTouchListener，并且onTouch()方法返回true，View的dispatchTouchEvent()方法就直接返回true,否则就执行View的onTouchEvent() 并返回View的onTouchEvent()的值
现在你了解了View的onTouchEvent()方法和onTouch()的关系了吧,为什么Android提供了处理Touch事件onTouchEvent()方法还要增加一个OnTouchListener接口呢？我觉得OnTouchListener接口是对处理Touch事件的屏蔽和扩展作用吧，屏蔽作用就是事件必须先到达onTouch，由是否在onTouch中消费掉事件（即返回true或者false来决定是否执行onTouchEvent），我就说下扩展吧，比如我们要打印View的Touch的点的坐标，我们可以自定义一个View如下
public class CustomView extends View { public CustomView(Context context, AttributeSet attrs) { super(context, attrs); } public CustomView(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } @Override public boolean onTouchEvent(MotionEvent event) { Log.i("tag", "X的坐标 = " + event.getX() + " Y的坐标 = " + event.getY()); return super.onTouchEvent(event); } } view.setOnTouchListener(new OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.i("tag", "X的坐标 = " + event.getX() + " Y的坐标 = " + event.getY()); return v.onTouchEvent(event); } }); 我们再看View的onTouchEvent()方法
public boolean onTouchEvent(MotionEvent event) { final int viewFlags = mViewFlags; if ((viewFlags & ENABLED_MASK) == DISABLED) { return (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)); } //如果设置了Touch代理，就交给代理来处理，mTouchDelegate默认是null if (mTouchDelegate != null) { if (mTouchDelegate.onTouchEvent(event)) { return true; } } //如果View是clickable或者longClickable的onTouchEvent就返回true, 否则返回false if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { switch (event.getAction()) { case MotionEvent.ACTION_UP: boolean prepressed = (mPrivateFlags & PREPRESSED) != 0; if ((mPrivateFlags & PRESSED) != 0 || prepressed) { boolean focusTaken = false; if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { focusTaken = requestFocus(); } if (!mHasPerformedLongPress) { removeLongPressCallback(); if (!focusTaken) { if (mPerformClick == null) { mPerformClick = new PerformClick(); } if (!post(mPerformClick)) { performClick(); } } } if (mUnsetPressedState == null) { mUnsetPressedState = new UnsetPressedState(); } if (prepressed) { mPrivateFlags |= PRESSED; refreshDrawableState(); postDelayed(mUnsetPressedState, ViewConfiguration.getPressedStateDuration()); } else if (!post(mUnsetPressedState)) { mUnsetPressedState.run(); } removeTapCallback(); } break; case MotionEvent.ACTION_DOWN: if (mPendingCheckForTap == null) { mPendingCheckForTap = new CheckForTap(); } mPrivateFlags |= PREPRESSED; mHasPerformedLongPress = false; postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); break; case MotionEvent.ACTION_CANCEL: mPrivateFlags &= ~PRESSED; refreshDrawableState(); removeTapCallback(); break; case MotionEvent.ACTION_MOVE: final int x = (int) event.getX(); final int y = (int) event.getY(); //当手指在View上面滑动超过View的边界， int slop = mTouchSlop; if ((x < 0 - slop) || (x >= getWidth() + slop) || (y < 0 - slop) || (y >= getHeight() + slop)) { // Outside button removeTapCallback(); if ((mPrivateFlags & PRESSED) != 0) { removeLongPressCallback(); mPrivateFlags &= ~PRESSED; refreshDrawableState(); } } break; } return true; } return false; } 我们在看57行的ACTION_DOWN, 新建一个CheckForTap，我们看看CheckForTap是什么
private final class CheckForTap implements Runnable { public void run() { mPrivateFlags &= ~PREPRESSED; mPrivateFlags |= PRESSED; refreshDrawableState(); if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) { postCheckForLongClick(ViewConfiguration.getTapTimeout()); } } } 原来是个Runnable对象，然后使用Handler的post方法延时ViewConfiguration.getTapTimeout()执行CheckForTap的run()方法，在run方法中先判断view是否longClickable的,一般的View都是false, postCheckForLongClick(ViewConfiguration.getTapTimeout())这段代码就是执行长按的逻辑的代码，只有当我们设置为longClickble才会去执行postCheckForLongClick(ViewConfiguration.getTapTimeout())，这里我就不介绍了
由于考虑到文章篇幅的问题，我就不继续分析View的长按事件和点击事件了，在这里我直接得出结论吧
长按事件是在ACTION_DOWN中执行，点击事件是在ACTION_UP中执行，要想执行长按事件，这个View必须是longclickable的， 也许你会纳闷，一般的View不是longClickable为什么也会执行长按事件呢？我们要执行长按事件必须要调用setOnLongClickListener()设置OnLongClickListener接口，我们看看这个方法的源码
public void setOnLongClickListener(OnLongClickListener l) { if (!isLongClickable()) { setLongClickable(true); } mOnLongClickListener = l; }
要想执行点击事件，这个View就必须要消费ACTION_DOWN和ACTION_MOVE事件，并且没有设置OnLongClickListener的情况下，如果设置了OnLongClickListener的情况下，需要onLongClick()返回false才能执行到onClick()方法，也许你又会纳闷，一般的View默认是不消费touch事件的，这不是和你上面说的相违背嘛，我们要向执行点击事件必须要调用setOnClickListener()来设置OnClickListener接口，我们看看这个方法的源码就知道了
public void setOnClickListener(OnClickListener l) { if (!isClickable()) { setClickable(true); } mOnClickListener = l; } 所以说一个enable的并且是clickable的View是一直消费touch事件的，所以才会执行到onClick（）方法
对于View的Touch事件的分发机制算是告一段落了，从上面我们可以得出TextView的dispatchTouchEvent()的返回false的,即不消费Touch事件。我们就要往上看RelativeLayout的dispatchTouchEvent()方法的51行，由于TextView.dispatchTouchEvent()为false, 导致mMotionTarget没有被赋值，还是null, 继续往下走执行RelativeLayout的dispatchTouchEvent()方法, 来到第84行， 判断target是否为null，这个target就是mMotionTarget，满足条件，执行92行的 super.dispatchTouchEvent(ev)代码并返回， 这里调用的是RelativeLayout父类View的dispatchTouchEvent()方法，由于RelativeLayout没有设置onTouchListener, 所以这里直接调用RelativeLayout(其实就是View， 因为RelativeLayout没有重写onTouchEvent())的onTouchEvent()方法 由于RelativeLayout既不是clickable的也是longClickable的，所以其onTouchEvent()方法false, RelativeLayout的dispatchTouchEvent()也是返回false,这里就执行完了RelativeLayout的dispatchTouchEvent()方法
继续执行FrameLayout的dispatchTouchEvent()的第51行，由于RelativeLayout.dispatchTouchEvent()返回的是false, 跟上面的逻辑是一样的， 也是执行到92行的super.dispatchTouchEvent(ev)代码并返回，然后执行FrameLayout的onTouchEvent()方法，而FrameLayout的onTouchEvent()也是返回false,所以FrameLayout的dispatchTouchEvent()方法返回false,执行完毕FrameLayout的dispatchTouchEvent()方法
在上面的我就不分析了，大家自行分析一下，跟上面的逻辑是一样的，我直接画了个图来帮大家理解下（这里没有画出onInterceptTouchEvent（）方法）
所以我们点击屏幕上面的TextView的事件分发流程是上图那个样子的，表示Activity的View都不消费ACTION_DOWN事件，所以就不能在触发ACTION_MOVE, ACTION_UP等事件了，具体是为什么？我还不太清楚，毕竟从Activity到TextView这一层是分析不出来的，估计是在底层实现的。
但如果将TextView换成Button，流程是不是还是这个样子呢？答案不是,我们来分析分析一下，如果是Button , Button是一个clickable的View，onTouchEvent()返回true, 表示他一直消费Touch事件，所以Button的dispatchTouchEvent()方法返回true, 回到RelativeLayout的dispatchTouchEvent()方法的51行，满足条件，进入到if方法体，设置mMotionTarget为Button，然后直接返回true, RelativeLayout的dispatchTouchEvent()方法执行完毕, 不会调用到RelativeLayout的onTouchEvent()方法
然后到FrameLayout的dispatchTouchEvent()方法的51行，由于RelativeLayout.dispatchTouchEvent()返回true, 满足条件，进入if方法体，设置mMotionTarget为RelativeLayout，注意下，这里的mMotionTarget跟RelativeLayout的dispatchTouchEvent()方法的mMotionTarget不是同一个哦，因为他们是不同的方法中的，然后返回true
同理FrameLayout的dispatchTouchEvent()也是返回true， DecorView的dispatchTouchEvent()方法也返回true， 还是画一个流程图（这里没有画出onInterceptTouchEvent（）方法）给大家理清下
从上面的流程图得出一个结论，Touch事件是从顶层的View一直往下分发到手指按下的最里面的View，如果这个View的onTouchEvent()返回false,即不消费Touch事件，这个Touch事件就会向上找父布局调用其父布局的onTouchEvent()处理，如果这个View返回true,表示消费了Touch事件，就不调用父布局的onTouchEvent()
接下来我们用一个自定义的ViewGroup来替换RelativeLayout,自定义ViewGroup代码如下
package com.example.androidtouchevent; import android.content.Context; import android.util.AttributeSet; import android.view.MotionEvent; import android.widget.RelativeLayout; public class CustomLayout extends RelativeLayout { public CustomLayout(Context context, AttributeSet attrs) { super(context, attrs, 0); } public CustomLayout(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } @Override public boolean onTouchEvent(MotionEvent event) { return super.onTouchEvent(event); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { return true; } } 我们就重写了onInterceptTouchEvent(),返回true, RelativeLayout默认是返回false, 然后再CustomLayout布局中加一个Button ,如下图
我们这次不从DecorView的dispatchTouchEvent()分析了，直接从CustomLayout的dispatchTouchEvent()分析
我们先看ACTION_DOWN 来到25行，由于我们重写了onInterceptTouchEvent()返回true， 所以不走这个if里面，直接往下看代码,来到84行， target为null,所以进入if方法里面，直接调用super.dispatchTouchEvent()方法， 也就是View的dispatchTouchEvent()方法，而在View的dispatchTouchEvent()方法中是直接调用View的onTouchEvent()方法，但是CustomLayout重写了onTouchEvent()，所以这里还是调用CustomLayout的onTouchEvent()， 这个方法返回false, 不消费Touch事件，所以不会在触发ACTION_MOVE,ACTION_UP等事件了，这里我再画一个流程图吧（含有onInterceptTouchEvent()方法的）
好了，就分析到这里吧，差不多分析完了，还有一种情况没有分析到，例如我将CustomLayout的代码改成下面的情形，Touch事件又是怎么分发的呢？
package com.example.androidtouchevent; import android.content.Context; import android.util.AttributeSet; import android.view.MotionEvent; import android.widget.RelativeLayout; public class CustomLayout extends RelativeLayout { public CustomLayout(Context context, AttributeSet attrs) { super(context, attrs, 0); } public CustomLayout(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } @Override public boolean onTouchEvent(MotionEvent event) { return super.onTouchEvent(event); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { if(ev.getAction() == MotionEvent.ACTION_MOVE){ return true; } return super.onInterceptTouchEvent(ev); } } 附上关于onInterceptTouchEvent，onTouchEvent事件分发图解：大神博客
（一个重要结论，哪里onTouchEvent返回了true，哪里的各种action就会得到执行，其他的就不会执行各种action逻辑，如果返回false，则执行父类的onTouchEvent。如有误，望不惜赐教）附上大神图解：点击打开链接
这篇文章的篇幅有点长，如果你想了解Touch事件的分发机制，你一定要认真看完，下面来总结一下吧
1.Activity的最顶层Window是PhoneWindow，PhoneWindow的最顶层View是DecorView
2.一个clickable或者longClickable的View会永远消费Touch事件，不管他是enabled还是disabled的
3.View的长按事件是在ACTION_DOWN中执行，要想执行长按事件该View必须是longClickable的，并且不能产生ACTION_MOVE
4.View的点击事件是在ACTION_UP中执行，想要执行点击事件的前提是消费了ACTION_DOWN和ACTION_MOVE,并且没有设置OnLongClickListener的情况下，如设置了OnLongClickListener的情况，则必须使onLongClick()返回false
5.如果View设置了onTouchListener了，并且onTouch()方法返回true，则不执行View的onTouchEvent()方法，也表示View消费了Touch事件，返回false则继续执行onTouchEvent()
6.Touch事件是从最顶层的View一直分发到手指touch的最里层的View,如果最里层View消费了ACTION_DOWN事件（设置onTouchListener，并且onTouch()返回true 或者onTouchEvent()方法返回true）才会触发ACTION_MOVE,ACTION_UP的发生,如果某个ViewGroup拦截了Touch事件，则Touch事件交给ViewGroup处理
7.Touch事件的分发过程中，如果消费了ACTION_DOWN,而在分发ACTION_MOVE的时候,某个ViewGroup拦截了Touch事件，就像上面那个自定义CustomLayout，则会将ACTION_CANCEL分发给该ViewGroup下面的Touch到的View,然后将Touch事件交给ViewGroup处理，并返回true
更多相关文章
- 选项菜单_上下文菜单_子菜单_图标菜单_自定义菜单_联系人标记弹
- Android(安卓)Retrofit 2.0（三）从源码分析原理
- Android中使用4种方式实现按钮点击操作
- JavaDoc不显示 &Android中HttpGet和HttpPost &JSONObject
- Android——Broadcast Receiver
- Android(安卓)Fragment的使用
- Android(安卓)绘图基础：Canvas，Paint，RectF，Paint类
- Android(安卓)ndk入门准备－－hello jni
- Adroid 使用AIDL和远程服务实现进程通信