事件分发
学习是需要总结归纳，纸上得来终觉浅，还是需要自己总结归纳，实例观察，作为学习笔记，跟大家分享一下。。
事件分发机制的分析对象就是MotionEvent，当一个MotionEvent对象产生之后，系统需要把这个事件传递给一个view，这个传递的过程就是分发过程
MotionEvent有3个常用的类型：
事件类型：代表的是motionEvent对象的动作
ACTION_DOWN：手指按下的动作
ACTION_UP：手指离开的动作
ACTION_MOVE：手指滑动的动作
分发的过程中有3个重要的方法：
public boolean dispatchTouchEvent(MotionEvent ev)
用来进行事件的分发，如果当前的ACTION_MOVE事件传递给当前的view，那么这个方法一定会被调用，返回的结果受当前view的onInterceptTouchEvent和下级view的dispatchTouchEvent方法的影响，表示是否消耗当前的事件，返回true代表消耗，返回false代表不消耗
public boolean onInterceptTouchEvent(MotionEvent ev)
在dispatchTouchEvent内部调用，用来判断是否拦截某个事件，如果当前view拦截某个事件，那么在这个事件序列（这个motionEvent整个动作）中不会再调用此方法，返回表示是否拦截某个事件，返回true拦截
public boolean onTouchEvent(MotionEvent ev)
在dispatchTouchEvent方法中调用，用来处理点击事件，如果不处理，那么在整个事件中无法再接收到事件，返回true代表处理这个事件，false表示不处理
整个过程可以用一个伪代码来解读
public boolean dispatchTouchEvent(MotionEvent ev){
boolean isConsumed = false;
if(onInterceptTouchEvent(ev)){
isCousumed = this.onTouchEvent(ev);
}else{
isConsumed = childView.dispatchTouchEvent(ev);
}
return isConsumed;
}
activity-viewgroup-view.jpg
事件最终被textview消费
它的事件类型是，ACTION_DOWN==0，ACTION_UP==1
当我们点击了view，首先是activity接收到ACTION_DOWN事件，activity传递给window，window再传递给decorview，顶级的view进行分发（activity没有onInterceptTouchEvent方法），顺序就是调用activity的dispatchTouchEvent，然后调用viewgroup的dispatchTouchEvent，根据伪代码嗲用viewgroup的InterceptTouchEvent，再调用textview的dispatchTouchEvent和onTouchEvent方法，在这里我们对textview的点击事件进行处理，接下来对ACTION_UP进行分发
事件被viewgroup处理
可以看到当textview不进行处理的时候，会调用父view的onTouchEvent把事件传递回去，直到有一个进行处理，接下里对onTouchEvent进行分发的时候只分发到viewgroup，对处理onTouchEvent的textview不进行分发
事件谁都没有处理
当所有的view都不进行处理的时候只有将事件传递给activity了，接下来所有的事件序列都不进行分发了。
当viewgroup把事件拦截下来
当viewgroup把事件拦截下来就不对textview进行分发了，拦截下来又没有进行处理，气不气！最后只能交给activity处理了
形象的比喻一下：遇到了一个问题MotionEvent，上级一级一级的交代下来dispatchTouchEvent，看看谁能做onTouchEvent，谁能做就把这整个dispatchTouchEvent事件给他，如果最底层的那个马仔能做，onTouchEvent就返回个true，接下来其他事件也是按照这么个套路下发下来，要是底层马仔做不了，onTouchEvent返回个false，那只能是他的上级做了，上级要是做不了只能老板处理了，要是分发给中间某个领导时，他说这个事那个谁马仔干不了，就不给马仔分发下去了~
接下来看看onTouchListener，onClickLitener和onTouchEvent之间的关系
onTouchListener-onClickLitener-onTouchEvent
上图的操作是给viewgroup设置onTouchListener和onClickListener，onTouchListener返回值是false
由图可知：优先级依次是onTouchListener>onTouchEvent>onTouchEvent
小结：
1.当viewgroup中任何一个方法进行处理，那么事件都不会再向下传递，并且当设置了onTouchListener，那么onTouch一定会被回调，事件如何处理还需要看onTouch的返回值，要是true，那么view的onTouchEvent不会被调用，从方法上也可以看出onTouchListener（View v, MotionEvent event）肯定跟MotionEvent 的传递有一定的关系；
2.同一事件序列是指从手指接触屏幕的那一刻起，到手离开屏幕的那一刻，这个过程中所产生的一系列事件，一般是down-move-up
3.正常情况下，一个事件序列只能由view去消费，因为一个view拦截了一个事件之后，其他的事件都会交给它进行处理，因此同一事件序列中的事件不能交给两个view进行处理
4.某个view一旦开始消费事件，如果它不处理down事件onTouchEvent返回false，那么其他的事件也不会交给它进行处理，由父view进行处理
5.如果view处理了down事件，但是并不处理其他的事件，那么这些事件它的父view无法收到，只能由activity处理
6.view的onTouchEvent默认都会消耗事件，除非是不可点击的clickable是false，view的longClickable默认是false，但是view的clickable要分情况的，Button是true，textview就是false
7.onClick会发生的前提是当前view是可点击的，并且收到了up和down事件
8.事件传递的过程是从上到下的，由外向内的，父---子，通过requestDisallowInterceptTouchEvent可以干预父类的除down事件的事件分发
以上参考了《Android开发艺术探索》
下面分析下源码：
由于开始的方法是dispatchTouchEvent，由此分发，那么我们从这开始分析，首先调到activity中的dispatchTouchEvent
/**
* Called to process touch screen events. You can override this to
* intercept all touch screen events before they are dispatched to the
* window. Be sure to call this implementation for touch screen events
* that should be handled normally.
*
* @param ev The touch screen event.
*
* @return boolean Return true if this event was consumed.
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
看到getWindow().superDispatchTouchEvent(ev)这行代码，我们知道activity-window，window只有一个实现类phonewindow
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
mDecor和phoneWindow的关系已经讨论过了，在这我们看这个方法
viewGroup类中的方法
由于比较长，需要抓住几个方向点:
通过伪代码的逻辑是先进行拦截，我们先看看拦截是怎么回事
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
从上述代码中我们可以看出：viewGroup在两种情况下要去判断是否要拦截，事件类型为ACTION_DOWN或者 mFirstTouchTarget != null，ACTION_DOWN这个事件很好理解，那么 mFirstTouchTarget 是什么呢
从方法后面的代码可以看出当viewgroup的子元素处理事件时，mFirstTouchTarget 会被赋值并指向子元素，也就是当viewgroup不拦截事件并交给子元素处理的时候mFirstTouchTarget ！=null，所以当ACTION_MOVE和ACTION_UP事件到来时，这个条件为false，那么viewgroup的onInterceptTouchEvent不会再被调用，
继续向下看FLAG_DISALLOW_INTERCEPT这个标记位是由子view的requestDisallowInterceptTouchEvent方法啊设置的，一旦设置了之后viewgroup将无法拦截除了ACTION_DOWN以外的事件，因为ACTION_DOWN会重置FLAG_DISALLOW_INTERCEPT这个标记位，将导致子view设置的失效，对于ACTION_DOWN事件viewgroup总会首先调用自己的intercept方法来判断是否要拦截
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Throw away all previous state when starting a new touch gesture.
// The framework may have dropped the up or cancel event for the previous gesture
// due to an app switch, ANR, or some other state change.
cancelAndClearTouchTargets(ev);
resetTouchState();
}
/**
* Resets all touch state in preparation for a new cycle.
*/
private void resetTouchState() {
clearTouchTargets();
resetCancelNextUpFlag(this);
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
mNestedScrollAxes = SCROLL_AXIS_NONE;
}
总结：就是说ACTION_DOWN事件永远是viewgroup先去判断是否拦截，然后判断是否交给子view去处理，如果不交给子view处理，那么就是拦截，如果交给子view处理，那么以后所有的事件类型都不会再调用viewgroup的拦截方法，再看看是否有标记位，如果有标记位的话那么就拦截，如果没有就不拦截
final View[] children = mChildren;
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
// If there is a view that has accessibility focus we want it
// to get the event first and if not handled we will perform a
// normal dispatch. We may do a double iteration but this is
// safer given the timeframe.
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
resetCancelNextUpFlag(child);
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
// childIndex points into presorted list, find original index
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
break;
}
}
这段代码首先遍历viewgroup中所有的子view，判断子view是否可以接收到点击事件，2点用来衡量，是否点击的坐标在子view的区域内，子view是否在播放动画，如果子元素都满足这条件的话，那么事件就交给它来处理dispatchTransformedTouchEvent这个方法实际上就是调用子元素的dispatchTouchEvent方法
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
// Canceling motions is a special case. We don't need to perform any transformations
// or filtering. The important part is the action, not the contents.
final int oldAction = event.getAction();
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
event.setAction(MotionEvent.ACTION_CANCEL);
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
event.setAction(oldAction);
return handled;
}
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
当子view dispatchTouchEvent返回true时，会给mFirstTouchTarget赋值并跳出循环
view的点击事件就比较简单了，当CLICKABLE和LONG_CLICKABLE其中一个为true时就会消耗这个事件，当move_up执行的时候会触发performClick方法，如果view设置了onclickListener那么performClick方法会调用onClick方法，通过setOnClickListener和setOnClickable会使属性变为true可以消耗事件。
