android事件分发

dispatchTouchEvent 的事件分发逻辑如下：
如果 return true，事件会分发给当前 View 并由 dispatchTouchEvent 方法进行消费，同时事件会停止向下传递；
如果 return false，事件分发分为两种情况：
如果当前 View 获取的事件直接来自 Activity，则会将事件返回给 Activity 的 onTouchEvent 进行消费；
如果当前 View 获取的事件来自外层父控件，则会将事件返回给父 View 的  onTouchEvent 进行消费。
如果返回系统默认的 super.dispatchTouchEvent(ev)，事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法。


在外层 View 的 dispatchTouchEvent(MotionEvent ev) 方法返回系统默认的 super.dispatchTouchEvent(ev) 情况下，事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法。onInterceptTouchEvent 的事件拦截逻辑如下：
如果 onInterceptTouchEvent 返回 true，则表示将事件进行拦截，并将拦截到的事件交由当前 View 的 onTouchEvent 进行处理；
如果 onInterceptTouchEvent 返回 false，则表示将事件放行，当前 View 上的事件会被传递到子 View 上，再由子 View 的 dispatchTouchEvent 来开始这个事件的分发；
如果 onInterceptTouchEvent 返回 super.onInterceptTouchEvent(ev)，事件默认会被拦截，并将拦截到的事件交由当前 View 的 onTouchEvent 进行处理。


在 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev) 并且 onInterceptTouchEvent 返回 true 或返回 super.onInterceptTouchEvent(ev) 的情况下 onTouchEvent 会被调用。onTouchEvent 的事件响应逻辑如下：
如果事件传递到当前 View 的 onTouchEvent 方法，而该方法返回了 false，那么这个事件会从当前 View 向上传递，并且都是由上层 View 的 onTouchEvent 来接收，如果传递到上面的 onTouchEvent 也返回 false，这个事件就会“消失”，而且接收不到下一次事件。
如果返回了 true 则会接收并消费该事件。
如果返回 super.onTouchEvent(ev) 默认处理事件的逻辑和返回 false 时相同。

控件所有的事件都是通过 Activity 的 dispatchTouchEvent 进行分发的；除此之外还需要重写 Activity 的 onTouchEvent 方法，这是因为如果一个控件直接从 Activity 获取到事件，这个事件会首先被传递到控件的 dispatchTouchEvent 方法，如果这个方法 return false，事件会以冒泡方式返回给 Activity 的 onTouchEvent 进行消费


1 ViewGroup继承自View
// 
事件的传递方向为:从最外层(Activity)传递至最内层(某个View)
// 
事件的消费方向为:从最内层(某个View)传递至最外层(Activity)
// 该两个方向是相反的
//2 
ViewGroup中事件处理的流程是:
// 
dispatchTouchEvent->onInterceptTouchEvent->onTouchEvent
// 
View中事件处理的流程是:
// dispatchTouchEvent->onTouchEvent
//3 
ViewGroup中onInterceptTouchEvent默认值是false
// 表示未拦截
// 
ViewGroup中onTouchEvent默认值是false
// 表示未消费
// 
View中onTouchEvent返回默认值是true
// 表示已消费
而如果传递到最上面的onTouchEvent也返回 
false的话,这个事件就会"消失",而且接收不到下一次事件.


在没有重写onInterceptTouchEvent()和onTouchEvent()的情况下(他们的返回值都是false),
如果我们同时将LayoutView2的onInterceptTouchEvent()和onTouchEvent()设置成true，那么LayoutView2将消费被传递的事件，同时后续事件（如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP）会直接传给LayoutView2的onTouchEvent(),不传给其他任何控件的任何函数。同时传递给子空间一个ACTION_CANCEL事件

ACTION_DOWN事件会传到某个ViewGroup类的onInterceptTouchEvent，如果返回false，则DOWN事件继续向子ViewGroup类的onInterceptTouchEvent传递，如果子View不是ViewGroup类的控件，则传递给它的onTouchEvent。

如果onInterceptTouchEvent返回了true,则DOWN事件传递给它的onTouchEvent，不再继续传递，并且之后的后续事件也都传递给它的onTouchEvent。
如果某View的onTouchEvent返回了false，则DOWN事件继续向其父ViewGroup类的onTouchEvent传递；如果返回了true，则后续事件会直接传递给其onTouchEvent继续处理。（后续事件只会传递给对于必要事件ACTION_DOWN返回了true的onTouchEvent）
onTouch事件的down事件发生，此时，如果长按，触发onLongClick事件；
然后是onTouch事件的up事件发生，up完毕，最后触发onClick事件。
onLongClick的发生是由单独的线程完成的，并且在ACTION_UP之前，而onClick的发生是在ACTION_UP后，因此同一次用户touch操作就有可能既发生onLongClick又发生onClick。这样是不是不可思议？所以及时向系统表示“我已经完全处理（消费）了用户的此次操作”，是很重要的事情。例如，我们如果在onLongClick()方法的最后return true，那么onClick事件就没有机会被触发了。


如果一个Activity调用一个View，那么首先执行的是View中的onTouchEvent(MotionEvent event)，如果返回false，
再执行Activity中的onTouchEvent(MotionEvent event)，
否则不执行Activity中的onTouchEvent(MotionEvent event)；
但是如果是触摸屏幕的标题栏的时候，执行的是Activity中onTouchEvent(MotionEvent event)。
dispatchTouchEvent
onInterceptTouchEvent
返回值：true
自己处理，不需要继续下传 
事件会传递到自己的onTouchEvent()
Down事件在onInterceptTouchEvent()后返回true，则传递到onTouchEvent，
当其返回true时，动作序列的后续事件不会再通过onInterceptTouchEvent了,而是在dispatchTouchEvent中直接传递于onTouchEvent。 
返回值：false 
自己无法完全处理，或者不能处理，继续下传
传递到下一个view的dispatchTouchEvent()
onInterceptTouchEvent返回false应该传给下个子view的dispatchTouchEvent，但是，点击的叶子节点view，因此不存在子view而直接传给自己的onTouchEvent
onInterceptTouchEvent要做的就是确定事件传递到哪个子view，如果返回false，又没有子view处理（因为根本就没有点击到子view），就自己处理了,而自己在onTouchEvent处理的后续事件就不必经过onInterceptTouchEvent了，它是判断传递给子view的，都不是子view处理，就不用经过了。

在 View 中跟 Touch 相关的事件有 dispatchTouchEvent ， interceptTouchEvnet ， onTouchEvent 三种。 dispatchTouchEvent是负责分发事件的，事件从 activity 传递出来之后，最先到达的就是最顶层 view 的 dispatchTouchEvent ，然后它进行分发，如果返回false ，则交给这个 view 的 interceptTouchEvent 方法来决定是否要拦截这个事件，如果 interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的dispatchTouchEvent 再来开始这个事件的分发。


如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是onTouchEvent 来接收。而如果传递到最上面的 onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。（我说的一次事件指的是 down 到 up 之间的一系列事件）


在保持按下的状态一定时间后会触发onLongClick,之后抬起手才会发生ACTION_UP。


该View是怎么响应这个点击动作的呢？
          首先，该View会先响应ACTION_DOWN事件，并返回一个boolean值，这里有两种判断：
                a：返回True，表示该View接受此按下动作，就是说这个点击动作的按下操作被中止，然后就是响应ACTION_UP事件。点击动作的按下操作被ACTION_DOWN接受之后就结束了，所以之后的OnClick/OnLongClick事件就不会响应了。
                b：返回false，表示该View不接受此按下动作，响应完之后，按下操作继续往下发，之后是响应ACTION_UP事件，这里又有一个判断：
如果ACTION_UP事件返回True，表示ACTION_UP接受松开操作，松开操作中止；View会一直处于按下状态，之后View便会响应OnLongClick事件。
如果ACTION_UP事件返回false，表示ACTION_UP不接收松开操作，松开操作继续下发；因为按下与松开操作都没有被中止，所以之后View就会响应OnClick事件。
      2、多个View之间的事件响应：
           如果有多层View，一个layout布局，在此布局上放一个TextView，并将TextView的宽高设置为fill_parent（确保点击的是在TextVIew上）。给Activity与TextView都设置OnTouchListener事件。事件响应的顺序是先从顶层的View开始的。所以，当点击屏幕时（TextView所在区域的屏幕）。
          TextView响应ACTION_DOWN，返回false，ACTION_DOWN继续下发，Activity响应ACTION_DOWN事件。如果返回true，表示ACTION_DOWN到TextView就被中止了，而不会继续往下被Activity捕获了。
           ACTION_UP的响应方式有点不同，响应ACTION_UP的有两种条件，必须满足其一：
           a、最下面一层（此处是Activity）。
           b、其对应的ACTION_DOWN是终止点，即其ACTION_DOWN的返回值为true；



Button的onTouch，onClick，onLongClick事件发生先后顺序和关联：
一，onTouch返回false
首先是onTouch事件的down事件发生，此时，如果长按，触发onLongClick事件；
然后是onTouch事件的up事件发生，up完毕，最后触发onClick事件。
二，onTouch返回true
首先是onTouch事件的down事件发生，然后是onTouch事件的up事件发生；期间不触发onClick和onLongClick事件
三，onTouch：down返回true，up返回false：结果同二。
四，onTouch：down返回false，up返回true：