点击TextView透传原因剖析--Android事件传递机制探究

经常在项目中被点击事件各种坑，今天就来总结下吧

直接说结论：

点击事件的响应顺序Activity —> ViewGroup —> View

当点击事件来到ViewGroup时会根据点击的xy坐标遍历布局中的子view判断是否在其区域内，遍历顺序为最顶层到最底层。如果这时候覆盖在view上的view没有消费这个点击事件，那么事件就会继续传递下去，就导致了点击事件的透传，而

TextView 、ImageView、ViewGroup 默认不消费事件.

/**
* 源码分析：ViewGroup.dispatchTouchEvent（）
*/
public boolean dispatchTouchEvent(MotionEvent ev) {

... // 仅贴出关键代码

// 重点分析1：ViewGroup每次事件分发时，都需调用onInterceptTouchEvent()询问是否拦截事件
if (disallowIntercept || !onInterceptTouchEvent(ev)) {
//  判断如果进来--表示开始对子类的事件分发，至于有没有子类，后面的代码有判断

// 判断值1：disallowIntercept = 是否禁用事件拦截的功能(默认是false)，可通过调用requestDisallowInterceptTouchEvent（）修改
// 判断值2： !onInterceptTouchEvent(ev) = 对onInterceptTouchEvent()返回值取反
// a. 若在onInterceptTouchEvent()中返回false（即不拦截事件），就会让第二个值为true，从而进入到条件判断的内部
// b. 若在onInterceptTouchEvent()中返回true（即拦截事件），就会让第二个值为false，从而跳出了这个条件判断
// c. 关于onInterceptTouchEvent() ->>分析1

ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;

// 重点分析2
// 通过for循环，遍历了当前ViewGroup下的所有子View
for (int i = count - 1; i >= 0; i--) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
child.getHitRect(frame);

// 判断当前遍历的View是不是正在点击的View，从而找到当前被点击的View
// 若是，则进入条件判断内部
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;

// 条件判断的内部调用了该View的dispatchTouchEvent()
// 即 实现了点击事件从ViewGroup到子View的传递（具体请看下面的View事件分发机制）
if (child.dispatchTouchEvent(ev))  {

mMotionTarget = child;
return true;
// 调用子View的dispatchTouchEvent后是有返回值的
// 若该控件可点击，那么点击时，dispatchTouchEvent的返回值必定是true，因此会导致条件判断成立
// 于是给ViewGroup的dispatchTouchEvent（）直接返回了true，即直接跳出
// 即把ViewGroup的点击事件拦截掉

}
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;

// 重点分析3
// 若点击的是空白处（即无任何View接收事件） / 拦截事件（手动复写onInterceptTouchEvent（），从而让其返回true）
if (target == null) {
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);
// 调用ViewGroup父类的dispatchTouchEvent()，即View.dispatchTouchEvent()
// 因此会执行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick（） ->> onClick()，即自己处理该事件，事件不会往下传递（具体请参考View事件的分发机制中的View.dispatchTouchEvent（））
// 此处需与上面区别：子View的dispatchTouchEvent（）
}

...

}
/**
* 分析1：ViewGroup.onInterceptTouchEvent()
* 作用：是否拦截事件
* 说明：
*     a. 返回true = 拦截，即事件停止往下传递（需手动设置，即复写onInterceptTouchEvent（），从而让其返回true）
*     b. 返回false = 不拦截（默认）
*/
public boolean onInterceptTouchEvent(MotionEvent ev) {

return false;

}
// 回到调用原处

首先所谓点击事件即是在view上的一系列动作的操作，包括 viewGroup ，但是 viewGroup 的事件传递和其他控件 view 是不一样的

当你在一个 button 中点击时事件是通过根 viewGroup 传而来的，就是说，先在各个布局中传递完了后（布局不拦截）最后才轮到控件 view 。

控件 Vew 默认都是消费事件的（即 onTouchEvent 返回 true），不过 TextView 和 ImageView 除外

View 的继承结构图

接上一条结论，控件View一般不会把事件传给其他控件 View，透传只是特殊情况，只要把 Textview 的 clickable=true，onTouchEvent 返回就是 true 了

测试时发现button默认在布局顶层， 设置下android:stateListAnimator=”@null”即可

只有ViewGroup有onInterceptTouchEvent方法，一旦事件被ViewGroup（即布局）拦截，即此方法返回为true，事件即被其自身消费，会调用自己的onTouchEvent。

伪代码表示

一个事件来到ViewGroup的传递演示

public boolean dispatchTouchEvent(MotionEvent ev){
boolean consume=false;
if(onInterceptTouchevent（ev）)
{
consume=onTouchEvent(ev);
}
else{
consume=child.dispatchTouchEvent(ev);
}
return consume;
}

事件从viewGroup来到子控件view后传递演示
public boolean dispatchTouchEvent(MotionEvent ev){
boolean consume=false;
if(mOnTouchListener != null&&mOnTouchListener.onTouch(this, event))
{
consume=true；
}else{
consume=onTouchEvent(ev);
}

return consume;
}

可以看出一个控件如果设置了touch监听它会比onTouchEvent更早执行，点击事件呢也是在onTouchEvent里的，如果onTouch返回true，这个时候点击事件就会失效了。

根ViewGroup不拦截事件，但是这个点击区域的控件View 都不想处理事件（onTouchEvent返回false），或者点击区域没控件View那么这个ViewGroup的onTouchevent方法会被调用，并且后续都有这个ViewGroup处理

onInterceptTouch一旦返回为真，那么后续事件就不会被调用此方法，因为已经知道我要拦截了，不必重复调用询问。

点击事件从Down开始Up结束，只用Down分发的时候有一个view决定处理事件，那么后续所有的事件都会通过ViewGroup直接给这个控件View处理，不会再通过其他控件

Down事件相当于为这个事件找一个归宿，只要谁响应了这个事件，后续的事件都给它，但有个情况，Down事件响应了返回true，其他事件却不响应返回false，这就是作弊啊，这时事件仍给它，不会给viewGroup的onTouchEvent处理。

所有View都返回false那么最后这个烂摊子将会由Activity来处理，因为本来它就是事件传递的源头，谁开发，谁负责