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

最新推荐文章于 2025-11-19 11:18:05 发布

原创最新推荐文章于 2025-11-19 11:18:05 发布 · 置顶 · 3.5k 阅读

0 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#点击事件 #android

Android积累专栏收录该内容

25 篇文章

订阅专栏

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

直接说结论：

点击事件的响应顺序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来处理，因为本来它就是事件传递的源头，谁开发，谁负责