事件，如：onTouchEvent、onClick、onLongClick等。
事件通常重要的有三种：MotionEvent.ACTION_DOWN / ACTION_MOVE / ACTION_UP
事件的响应原理：最广泛应用的就是监听、回调，进而形成了事件响应的过程。
要了解View的事件分发机制，首先，我们要熟悉dispatchTouchEvent()和onTouchEvent()两个函数，这两个函数都是View的函数，要理解View事件的分发机制，只要清楚这两个函数就基本上清楚了。
- dispatchTouchEvent(): 此函数负责事件的分发，你只需要记住当触摸一个View控件，首先会调用这个函数就行，在这个函数体里决定将事件分发给谁来处理。
- onTouchEvent(MotionEvent event): 此函数负责执行事件的处理，负责处理事件。
参数event为手机屏幕触摸事件封装类的对象，其中封装了该事件的所有信息，例如触摸的位置、触摸的类型以及触摸的时间等。该对象会在用户触摸手机屏幕时被创建。
1 View的事件分发（以Button为例）
我们知道，View做为所有控件的父类，它本身定义了很多接口来监听触摸在View上的事件，那么当手指触摸到View时候，该响应“点击”还是”触摸”呢，就是根据dispatchTouchEvent和onTouchEvent这两个函数组合实现的，我们之下的讨论，仅对常用的“点击OnClick”和“触摸onTouch”来讨论，顺藤摸瓜，找出主线，进而搞清楚View的事件分发机制。
对于按钮，点击它一下，我们期望2种结果，第一种：它响应一个点击事件。第二种：不响应点击事件。
第一种源码： public class MainActivity extends Activity implements OnClickListener ,OnTouchListener{ private Button btnButton; protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); btnButton=(Button) findViewById(R.id.btn); btnButton.setOnClickListener(this); btnButton.setOnTouchListener(this); } public void onClick(View v) { Log.e("View", "onClick===========>"); } public boolean onTouch(View v, MotionEvent event) { Log.e("View", "onTouch.................................."); return false; } }
第二种源码： …… // 同上 public boolean onTouch(View v, MotionEvent event) { Log.e("View", "onTouch.................................."); return true; }
结果分析：上面两处代码，第一种执行了OnClick函数和OnTouch函数，第二种执行了OnTouch函数，并没有执行OnClick函数，而且对两处代码进行比较，发现只有在onTouch处返回值true和false不同。当onTouch返回false，onClick被执行了，返回true，onClick未被执行。
为什么会这样呢？我们只有深入源码才能分析出来。
前面提到，触摸一个View就会执行dispatchTouchEvent方法去“分发”事件，既然触摸的是按钮Button，那么我们就查看Button的源码，寻找dispatchTouchEvent方法，Button源码中没有dispatchTouchEvent方法，但知道Button继承自TextView，寻找TextView，发现它也没有dispatchTouchEvent方法，继续查找TextView的父类View，发现View有dispatchTouchEvent方法，那我们就分析dispatchTouchEvent方法。主要代码如下：
public boolean dispatchTouchEvent(MotionEvent event) { if (onFilterTouchEventForSecurity(event)) { if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&mOnTouchListener.onTouch(this, event)) return true; // 截断，跳出 if (onTouchEvent(event)) return true; } return false; }
分析：先来看dispatchTouchEvent函数返回值，如果返回true，表明事件被处理了，反之，表明事件未被处理。
- mOnTouchListener != null，判断该控件是否注册了OnTouchListener对象的监听，
- (mViewFlags & ENABLED_MASK) == ENABLED，判断当前的控件是否能被点击（比如Button默认可以点击，ImageView默认不许点击，看到这里就了然了），
- mOnTouchListener.onTouch(this, event)这个是关键，这个调用，就是回调你注册在这个View上的mOnTouchListener对象的onTouch方法。如果你在onTouch方法里返回false，那么这个判断语句就跳出，去执行下面的程序，否则，条件成立，就直接返回了，不再执行下面的程序。
- if (onTouchEvent(event)) 这个判断很重要，能否回调OnClickListener接口的onClick函数，关键在于此，可以肯定的是，如果上面if返回true，那么就不会执行并回调OnClickListener接口的onClick函数。
接下来，我们看onTouchEvent这个函数，看它是如何响应点击事件的。主要代码如下：
public boolean onTouchEvent(MotionEvent event) { //…… // 可以点击或长按 if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) { switch (event.getAction()) { case MotionEvent.ACTION_UP: if (!focusTaken) { if (mPerformClick == null) { mPerformClick = new PerformClick(); } if (!post(mPerformClick)) { performClick(); // 这里就是去执行OnClick()回调函数，实现点击 } } break; case MotionEvent.ACTION_DOWN: …… } return true; } return false; }
// 如果Button注册了OnClickListener protected OnClickListener mOnClickListener; public interface OnClickListener { void onClick(View v); } public void setOnClickListener(OnClickListener l) { if (!isClickable()) { setClickable(true); } mOnClickListener = l; } public boolean performClick() { sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); if (mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); mOnClickListener.onClick(this); return true; } return false; }
从上面主要代码可以看出onTouchEvent传参MotionEvent类型，它封装了触摸的活动事件，其中就有ACTION_DOWN、ACTION_MOVE、ACTION_UP三个事件。
我们在来看看onTouchEvent的返回值，因为onTouchEvent是在dispatchTouchEvent事件分发处理中调用的，如果onTouchEvent返回true，dispatchTouchEvent就返回true，表明事件被处理了，反之，事件未被处理。 从上面主要代码可以看出onTouchEvent传参MotionEvent类型，它封装了触摸的活动事件，其中就有ACTION_DOWN、ACTION_MOVE、ACTION_UP三个事件。
程序的关键在那个长长的if的判断里，我们发现无论switch的分支在什么地方跳出，返回都是true。这就表明，无论是三个事件中的哪一个，都会返回true。参照右图，结合上述，不难理解View的分发机制了。
2 ViewGroup的事件分发
ViewGroup事件分发机制较View的稍微复杂一些，不过对View的机制只要精确的理解后，仔细看过这一节，睡几觉起来，估计也就悟出来了，学习就是这么奇怪，当下理解不了或模糊的地方，只要脑子有印象，忽然一夜好像就懂了。先来看下面的一个简单布局，我们将通过例子，了解ViewGroup+View的android事件处理机制。
上图所示：黑色为线性布局LinearLayout，深灰色为相对布局RelativeLayout，按钮Button三部分组成。RelativeLayout为LinearLayout的子布局，Button为RelativeLayout的子布局。以下RelativeLayout简称（R），LinearLayout简称（L），Button简称（B）。
经过前面讲解，我们首先知道这样两件事情：
A、（R）和（L）的父类是ViewGroup，（B）的父类是View。
B、dispatchTouchEvent这个函数很重要，不论是ViewGroup还是View，都由它来处理事件的消费和传递。
分析：当手指点击按钮B时，事件传递的顺序是从底向上（从外向内）传递的，也就是按照L->R->B的顺序由下往上逐层传递，响应正好相反，是自上而下。
1) L首先接收到点击事件，L的父类是ViewGroup类，并将事件传递给dispatchTouchEvent方法，dispatchTouchEvent函数中判断该控件L是否重载了onInterceptTouchEvent方法进行事件拦截：
-
- 默认返回false不拦截，那么dispatchTouchEvent方法将事件传递给R去处理（进入第2流程处理），
- 如果返回true表示当前L控件拦截了事件向其它控件的传递，交给它自己父类View的dispatchTouchEvent去处理，在父方法的dispatchTouchEvent中，将会按照前面讲的View的事件处理机制去判断，比如判断L是否重载了onTouch方法，是否可点击，是否做了监听等事件。
2) R也是ViewGroup的子类，因此与第1流程基本相似，如果onInterceptTouchEvent返回了false，表示事件将不拦截继续传递给B。
3) B是View的子类，它没有onInterceptTouchEvent方法，直接交给自己父类View的dispatchTouchEvent去处理。
总结：onInterceptTouchEvent只有ViewGroup才有，当一个控件是继承自ViewGroup而来的，那么它就可能会有子控件，因此，才有可能传递给子控件，而继承自View的控件不会有子控件，也就没有onInterceptTouchEvent函数了。通过dispatchTouchEvent分发的控件返回值True和false，如果消费了，返回True，就不再继续传递了；反之false，没有消费，如果有子控件将继续传递。
A、如果ViewGroup找到了能够处理该事件的View，则直接交给子View处理，自己的onTouchEvent不会被触发；
B、可以通过复写onInterceptTouchEvent(ev)方法，拦截子View的事件（即return true），把事件交给自己处理，则会执行自己对应的onTouchEvent方法
C、子View可以通过调用getParent().requestDisallowInterceptTouchEvent(true); 阻止ViewGroup对其MOVE或者UP事件进行拦截；
实际应用中能解决哪些问题呢？
比如你需要写一个左侧隐藏menu，主Activity上有个Button、ListView或者任何可以响应点击的View，你在当前View上死命的滑动，菜单栏也出不来；因为MOVE事件被子View处理了~
你需要这么做：在ViewGroup的dispatchTouchEvent中判断用户是不是想显示菜单，如果是，则在onInterceptTouchEvent(ev)拦截子View的事件；自己进行处理，这样onTouchEvent就可以顺利展现出菜单栏了。
3 实例：ViewPager+ListView滑动事件拦截
在Android开发过程中，你一定会用到ViewPager这个控件，最让人头疼的就是各种滑动冲突，比如说：在ListView，SrollView中嵌套ViewPager，在作侧边栏滑动时和ViewPager的冲突，甚至还有ViewPager嵌套ViewPager的情况等等，解决起来很麻烦。这些冲突无非就是横向滑动和纵向滑动的一个冲突，而我们要解决的就是要判断将事件给父控件还是子控件处理。
import android.content.Context; import android.support.v4.view.ViewPager; import android.util.AttributeSet; import android.util.Log; import android.view.MotionEvent; public class ChildViewPager extends ViewPager { public ChildViewPager(Context context, AttributeSet attrs) { super(context, attrs); } public ChildViewPager(Context context) { super(context); } private float xDistance, yDistance, xLast, yLast,xDown, mLeft; // 滑动距离及坐标 归还父控件焦点 @Override public boolean dispatchTouchEvent(MotionEvent ev) { getParent().requestDisallowInterceptTouchEvent(true); switch (ev.getAction()) { case MotionEvent.ACTION_DOWN: Log.d("touch", "ACTION_DOWN"); xDistance = yDistance = 0f; xLast = ev.getX(); yLast = ev.getY(); xDown = ev.getX(); mLeft = ev.getX(); // 解决与侧边栏滑动冲突 break; case MotionEvent.ACTION_MOVE: final float curX = ev.getX(); final float curY = ev.getY(); xDistance += Math.abs(curX - xLast); yDistance += Math.abs(curY - yLast); xLast = curX; yLast = curY; if (mLeft < 100 || xDistance < yDistance) { getParent().requestDisallowInterceptTouchEvent(false); } else { if (getCurrentItem() == 0) { if (curX < xDown) { getParent().requestDisallowInterceptTouchEvent(true); } else { getParent().requestDisallowInterceptTouchEvent(false); } } else if (getCurrentItem() == (getAdapter().getCount()-1)) { if (curX > xDown) { getParent().requestDisallowInterceptTouchEvent(true); } else { getParent().requestDisallowInterceptTouchEvent(false); } } else { getParent().requestDisallowInterceptTouchEvent(true); } } break; case MotionEvent.ACTION_UP: case MotionEvent.ACTION_CANCEL: break; } return super.dispatchTouchEvent(ev); } }
核心代码就是 getParent().requestDisallowInterceptTouchEvent(false);这句；当为false则通知父view可以拦截touch事件，由父view处理，而当为true时，则会阻止父层的View截获touch事件，这样就会返回个子view处理。
那么好，解决了这个关键性问题接下来的问题，就是要解决什么时候交给子view或是父view的问题了。当ScrollView和ListView中嵌套ViewPager的时候，多数是在作轮播的幻灯片，冲突无非就是能左右滑动，不能上下滑动的问题；而ViewPager内嵌套ViewPager这是子view不能滑动，一划就是父ViewPager滑动的问题；这两个问题上面的自定义ViewPager都能解决，解决思路是在事件分发down的时候记录xLast和yLast，然后在move的时候比较xDistance和yDistance即x轴差和y轴差，如果x轴差小于y轴差，则说明是上下滑动，此时将事件还给父view，反之左右滑动把事件交给子view。
那mLeft是干嘛用的啊？是这样的，可能我在项目中会用到侧边栏，我的用的是SlidingMenuLibrary这个开源组件，可以设置将侧边栏划出的区域，这时就会跟ViewPager冲突，都是左右滑，事件被子view吃掉了，侧边栏画不出来，所以我就加个mLeft当点击屏幕左侧边缘（即down时x<100）时，将事件还给父view这样既不影响侧边栏划出，也不影响ViewPager的滑动。同样你可以举一反三，灵活控制事件响应区域。
再给大家说一个扩展的，如果用过ViewPagerIndicatorLibrary朋友，可能会遇到，ViewPager内套ViewPager,这时我们就想能不能在内部ViewPager滑到最后一页时，父ViewPager在切换到下一页，提供一个思路：就是在事件分发时判断当前页是不是第一页或最后一页，如果是最后一页且向左滑将事件交给父view即可，以此类推。
ScrollView嵌套ListView正常分页加载显示解决方案
