（转）Android ViewGroup事件分发机制

Posted 2020-06-14

3、关于拦截

1、如何拦截

上面的总结都是基于：如果没有拦截；那么如何拦截呢？

复写ViewGroup的onInterceptTouchEvent方法：

 

[java] view plain copy

 

1. @Override  
2.     public boolean onInterceptTouchEvent(MotionEvent ev)  
3.     {  
4.         int action = ev.getAction();  
5.         switch (action)  
6.         {  
7.         case MotionEvent.ACTION_DOWN:  
8.             //如果你觉得需要拦截  
9.             return true ;   
10.         case MotionEvent.ACTION_MOVE:  
11.             //如果你觉得需要拦截  
12.             return true ;   
13.         case MotionEvent.ACTION_UP:  
14.             //如果你觉得需要拦截  
15.             return true ;   
16.         }  
17.           
18.         return false;  
19.     }  

默认是不拦截的，即返回false；如果你需要拦截，只要return true就行了，这要该事件就不会往子View传递了，并且如果你在DOWN retrun true ，则DOWN,MOVE,UP子View都不会捕获事件；如果你在MOVE return true , 则子View在MOVE和UP都不会捕获事件。

 

原因很简单，当onInterceptTouchEvent(ev) return true的时候，会把mMotionTarget 置为null ; 

2、如何不被拦截

如果ViewGroup的onInterceptTouchEvent(ev) 当ACTION_MOVE时return true ，即拦截了子View的MOVE以及UP事件；

此时子View希望依然能够响应MOVE和UP时该咋办呢？

android给我们提供了一个方法：requestDisallowInterceptTouchEvent(boolean) 用于设置是否允许拦截，我们在子View的dispatchTouchEvent中直接这么写：

 

[java] view plain copy

 

1. @Override  
2.     public boolean dispatchTouchEvent(MotionEvent event)  
3.     {  
4.         getParent().requestDisallowInterceptTouchEvent(true);    
5.         int action = event.getAction();  
6.   
7.         switch (action)  
8.         {  
9.         case MotionEvent.ACTION_DOWN:  
10.             Log.e(TAG, "dispatchTouchEvent ACTION_DOWN");  
11.             break;  
12.         case MotionEvent.ACTION_MOVE:  
13.             Log.e(TAG, "dispatchTouchEvent ACTION_MOVE");  
14.             break;  
15.         case MotionEvent.ACTION_UP:  
16.             Log.e(TAG, "dispatchTouchEvent ACTION_UP");  
17.             break;  
18.   
19.         default:  
20.             break;  
21.         }  
22.         return super.dispatchTouchEvent(event);  
23.     }  

getParent().requestDisallowInterceptTouchEvent(true);  这样即使ViewGroup在MOVE的时候return true，子View依然可以捕获到MOVE以及UP事件。

 

 

从源码也可以解释：

ViewGroup MOVE和UP拦截的源码是这样的：

 

[java] view plain copy

 

1. if (!disallowIntercept && onInterceptTouchEvent(ev)) {  
2.             final float xc = scrolledXFloat - (float) target.mLeft;  
3.             final float yc = scrolledYFloat - (float) target.mTop;  
4.             mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  
5.             ev.setAction(MotionEvent.ACTION_CANCEL);  
6.             ev.setLocation(xc, yc);  
7.             if (!target.dispatchTouchEvent(ev)) {  
8.                 // target didn‘t handle ACTION_CANCEL. not much we can do  
9.                 // but they should have.  
10.             }  
11.             // clear the target  
12.             mMotionTarget = null;  
13.             // Don‘t dispatch this event to our own view, because we already  
14.             // saw it when intercepting; we just want to give the following  
15.             // event to the normal onTouchEvent().  
16.             return true;  
17.         }  

当我们把disallowIntercept设置为true时，!disallowIntercept直接为false，于是拦截的方法体就被跳过了~

 

注：如果ViewGroup在onInterceptTouchEvent(ev)  ACTION_DOWN里面直接return true了，那么子View是木有办法的捕获事件的~~~

 

4、如果没有找到合适的子View

我们的实例，直接点击ViewGroup内的按钮，当然直接很顺利的走完整个流程；

但是有两种特殊情况

1、ACTION_DOWN的时候，子View.dispatchTouchEvent(ev)返回的为false ; 

如果你仔细看了，你会注意到ViewGroup的dispatchTouchEvent(ev)的ACTION_DOWN代码是这样的

 

[java] view plain copy

 

1. if (child.dispatchTouchEvent(ev))  {  
2.                               // Event handled, we have a target now.  
3.                               mMotionTarget = child;  
4.                               return true;  
5.                           }  

只有在child.dispatchTouchEvent(ev)返回true了，才会认为找到了能够处理当前事件的View，即mMotionTarget = child;

 

但是如果返回false,那么mMotionTarget 依然是null

mMotionTarget 为null会咋样呢？

其实ViewGroup也是View的子类，如果没有找到能够处理该事件的子View，或者干脆就没有子View；

那么，它作为一个View，就相当于View的事件转发了~~直接super.dispatchTouchEvent(ev);

源码是这样的：

 

[java] view plain copy

 

1. final View target = mMotionTarget;  
2.        if (target == null) {  
3.            // We don‘t have a target, this means we‘re handling the  
4.            // event as a regular view.  
5.            ev.setLocation(xf, yf);  
6.            if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {  
7.                ev.setAction(MotionEvent.ACTION_CANCEL);  
8.                mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;  
9.            }  
10.            return super.dispatchTouchEvent(ev);  
11.        }  

我们没有一个能够处理该事件的目标元素，意味着我们需要自己处理~~~就相当于传统的View~

 

2、那么什么时候子View.dispatchTouchEvent(ev)返回的为true

如果你仔细看了上篇博客，你会发现只要子View支持点击或者长按事件一定返回true~~

源码是这样的：

 

[java] view plain copy

 

1.    
2. if (((viewFlags & CLICKABLE) == CLICKABLE ||  
3.                 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {     
4.              return true ;                                                                                                                                                                                                                                                                                                   }  

 

5、总结

 

关于代码流程上面已经总结过了~

1、如果ViewGroup找到了能够处理该事件的View，则直接交给子View处理，自己的onTouchEvent不会被触发；

2、可以通过复写onInterceptTouchEvent(ev)方法，拦截子View的事件（即return true），把事件交给自己处理，则会执行自己对应的onTouchEvent方法

3、子View可以通过调用getParent().requestDisallowInterceptTouchEvent(true);  阻止ViewGroup对其MOVE或者UP事件进行拦截；

 

好了，那么实际应用中能解决哪些问题呢？

比如你需要写一个类似slidingmenu的左侧隐藏menu，主Activity上有个Button、ListView或者任何可以响应点击的View，你在当前View上死命的滑动，菜单栏也出不来；因为MOVE事件被子View处理了~ 你需要这么做：在ViewGroup的dispatchTouchEvent中判断用户是不是想显示菜单，如果是，则在onInterceptTouchEvent(ev)拦截子View的事件；自己进行处理，这样自己的onTouchEvent就可以顺利展现出菜单