惊！点击textView会透传竟然是因为这个--android事件传递机制探究

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

直接说结论：

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

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

• 控件 view 默认都是消费事件的（即 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来处理，因为本来它就是事件传递的源头，谁开发，谁负责，谁污染，谁治理