Android事件分发机制以及滑动冲突处理

落日映苍穹つ 2022-06-12 02:10 214阅读 0赞

[http://blog.csdn.net/u013038616/article/details/50733811][http_blog.csdn.net_u013038616_article_details_50733811]

方便日后的查看与交流，将学习与实践总结如下。

一、[Android][]事件传递分析

1、ViewGroup中事件分发机制相关的方法  
 a、dispatchTouchEvent  事件分发器  
 b、onInterceptTouchEvent  处理是否拦截事件  
 c、onTouchEvent  处理对应的事件

ViewGroup中他们的代码关系如下伪代码表示：

**\[java\]**  [view plain][]   [copy][view plain]

1.  **public** **boolean** dispatchTouchEvent(MotionEvent ev)\{  
2.          **boolean** consume = **false**;  
3.          **if**(onInterceptTouchEvent(ev))\{  
4.              consume = onTouchEvent(ev);  
5.          \}**else**\{  
6.              consume = child.dispatchTouchEvent(ev);  
7.          \}  
8.          **return** consume;  
9.        
10.     \}

常用结论：  
 a、一个完整的MotionEvent由DOWN(1)->MOVE(n>=0)->UP(1)构成  
 b、一旦onInterceptTouchEvent拦截了某类事件，该onInterceptTouchEvent方法只会调用一次，后续该事件默认交给该View执行。例如某ViewGroup拦截了DOWN事件，后面的MOVE(n>=0)->UP(1)就默认由该ViewGroup处理，不会向下传递。  
 c、事件的传递方向：由父容器传向子View，即由外到内。  
 d、View中没有onInterceptTouchEvent()方法，View默认自己处理事件。  
 e、ViewGroup的onInterceptTouchEvent()方法默认返回false，即不拦截任何事件。

2、事件分发过程相关类和方法的源码  
a、事件传递的大体过程  
Activity->Window->View  
  
b、Activity的事件分发器源代码

**\[java\]**  [view plain][]   [copy][view plain]

1.  /\*\* 
2.       \* Called to process touch screen events.  You can override this to 
3.       \* intercept all touch screen events before they are dispatched to the 
4.       \* window.  Be sure to call this implementation for touch screen events 
5.       \* that should be handled normally. 
6.       \* 
7.       \* @param ev The touch screen event. 
8.       \* 
9.       \* @return boolean Return true if this event was consumed. 
10.      \*/  
11.     **public** **boolean** dispatchTouchEvent(MotionEvent ev) \{  
12.         **if** (ev.getAction() == MotionEvent.ACTION\_DOWN) \{  
13.             onUserInteraction();  
14.         \}  
15.         **if** (getWindow().superDispatchTouchEvent(ev)) \{  
16.             **return** **true**;  
17.         \}  
18.         **return** onTouchEvent(ev);  
19.     \}

可以看出Activity先将事件交给Window的superDispatchTouchEvent(ev)处理，如果返回true则事件处理结束，否则事件将最终由Activity的onTouchEvent(ev)方法处理。

c、Window的superDispatchTouchEvent(ev)方法

**\[java\]**  [view plain][]   [copy][view plain]

1.  /\*\* 
2.       \* Used by custom windows, such as Dialog, to pass the touch screen event 
3.       \* further down the view hierarchy. Application developers should 
4.       \* not need to implement or call this. 
5.       \* 
6.       \*/  
7.      **public** **abstract** **boolean** superDispatchTouchEvent(MotionEvent event);

Window是一个抽象类，唯一实现在android.policy.PhoneWindow，Windows的类描述原文如下：

**\[java\]**  [view plain][]   [copy][view plain]

1.  /\*\* 
2.       \* Abstract base class for a top-level window look and behavior policy.  An 
3.       \* instance of this class should be used as the top-level view added to the 
4.       \* window manager. It provides standard UI policies such as a background, title 
5.       \* area, default key processing, etc. 
6.       \* 
7.       \* <p>The only existing implementation of this abstract class is 
8.       \* android.policy.PhoneWindow, which you should instantiate when needing a 
9.       \* Window.  Eventually that class will be refactored and a factory method 
10.      \* added for creating Window instances without knowing about a particular 
11.      \* implementation. 
12.      \*/

在android.policy.PhoneWindow中superDispatchTouchEvent方法实现为：

**\[java\]**  [view plain][]   [copy][view plain]

1.  **public** **boolean** superDispatchTouchEvent(MotionEvent event)\{  
2.          **return** mDecor.superDispatchTouchEvent(event);  
3.      \}

该方法调用了顶级View(DecorView)的superDispatchTouchEvent(event)方法进行事件分发，顶级View继承自FrameLayout，通过setContentView设置的View为DecorView的子类。  
DecorView的类定义如下：

**\[java\]**  [view plain][]   [copy][view plain]

1.  **private** **final** **class** DecorView **extends** FrameLayout **implements** RootViewSurfaceView\{  
2.          //...  
3.      \}

因为DecorView也是ViewGroup所以事件分发的过程和ViewGroup的事件分发过程类似。

d、View中dispatchTouchEvent方法主要的分发逻辑

**\[java\]**  [view plain][]   [copy][view plain]

1.  /\*\* 
2.       \* Pass the touch screen motion event down to the target view, or this 
3.       \* view if it is the target. 
4.       \* 
5.       \* @param event The motion event to be dispatched. 
6.       \* @return True if the event was handled by the view, false otherwise. 
7.       \*/  
8.      **public** **boolean** dispatchTouchEvent(MotionEvent event) \{  
9.      //......  
10.         **boolean** result = **false**;  
11.     //......  
12.         **if** (onFilterTouchEventForSecurity(event)) \{  
13.             //noinspection SimplifiableIfStatement  
14.             ListenerInfo li = mListenerInfo;  
15.             **if** (li != **null** && li.mOnTouchListener != **null**  
16.                     && (mViewFlags & ENABLED\_MASK) == ENABLED  
17.                     && li.mOnTouchListener.onTouch(**this**, event)) \{  
18.                 result = **true**;  
19.             \}  
20.   
21.             **if** (!result && onTouchEvent(event)) \{  
22.                 result = **true**;  
23.             \}  
24.         \}  
25.     //......  
26.         **return** result;  
27.     \}

注意：View不是ViewGroup不需要向其子View进行事件分发，所以View中没有onInterceptTouchEvent方法，事件将直接交给OnTouchListener的onTouch或ViewGroup的onTouchEvent方法处理，且OnTouchListener会屏蔽onTouchEvent方法。

e、ViewGroup中dispatchTouchEvent方法主要的分发逻辑  
ViewGroup的分发代码比较复杂，暂不列出，有兴趣的话可以去看看源码。

3、一个完整的事件分发过程(该事件的起点区域必须有重叠的子View，父容器才会进行事件分发，否则  
父类将自己处理该事件的全部过程)

a、事件先传递给Activity的public boolean dispatchTouchEvent(MotionEvent ev)  
b、Activity先 将事件交给Window类的superDispatchTouchEvent(ev)处理  
c、Window类再将事件交给顶级View(DecorView)进行事件传递处理  
d、顶级View(DecorView)将事件传递给我们定义的布局文件中View(一般为ViewGroup)处理，如果处  
理则将事件，即ViewGroup的onInterceptTouchEvent方法返回true，则事件有该ViewGroup处理，如果设  
置了setOnTouchEventListener，那么将调用onTouch方法，否则调用其onTouchEvent方法。如果setOnClickListener  
点击事件则点击事件被调用；如果不处理该事件，则该事件将向下传递给其子View，调用子View的  
dispatchTouchEvent方法，依次处理直到事件被处理，如果最终未处理则进行e。  
e、getWindow().superDispatchTouchEvent(ev)返回了false就说明没有View处理该事件，事件将最  
终传递给Activity的onTouchEvent进行处理。

二、处理View的滑动冲突  
  
1、滑动冲突的分类  
滑动冲突的解决方法是根据上面事件传递的机制进行处理的，熟练掌握事件分发机制是处理滑动冲突的前提。然后就是根据不同的规则来重写View的onInterceptTouchEvent方法，来决定什么时候让父容器拦截滑动事件什么时候让子View拦截滑动事件。

滑动冲突大致可分以下两类：  
1、两层滑动嵌套的情况：  
a、外层与内层的滑动方向垂直  
b、外层与内层的滑动方向平行  
2、多层滑动嵌套的情况：可以转化为两层的情况进行处理

滑动冲突的处理方式可分以下两类：  
a、外部拦截法：所有事件都要经过父容器，如果父容器需要此事件就进行拦截，不需要就不拦截。  
b、内部拦截法：所有事件都传递给子View，如果子View需要此事件就直接消耗，如果不需要就交给  
父容器处理。该方法与原有的分发顺序不一样，需要配合parent.requestDisallowInterceptTouchEvent()进行事件重新分发才能正常工作。

2、滑动冲突的实例解决方案  
滑动冲突第一类中的第一种的解决方法如下：  
如父容器需要左右滑动，而子View需要上下滑动(如ViewPager的情况)。这个解决方法很简单也很典型，直接可以通过用户的滑动来判断用户的意图。通过判断手指在屏幕上移动一小段距离，计算出x轴上的增量dx，y轴上的增量dy，比较dx与dy绝对值的大小，如果dx>dy说明用户想左右滑动；反之，是想上下滑动。这是最直接的一种判断方法，还可以根据滑动方向与水平方向的夹角判断，总之能正确区分用户的意图即可。

a、采用外部拦截法  
然后根据上面的规则重写父容器的onInterceptTouchEvent方法，子View不用做任何求改。如下：

**\[java\]**  [view plain][]   [copy][view plain]

1.  // 分别记录上次滑动的坐标  
2.      **private** **int** mLastXIntercept = 0;  
3.      **private** **int** mLastYIntercept = 0;  
4.      @Override  
5.      **public** **boolean** onInterceptTouchEvent(MotionEvent event) \{  
6.          **boolean** intercepted = **false**;  
7.          **int** x = (**int**) event.getX();  
8.          **int** y = (**int**) event.getY();  
9.    
10.         **switch** (event.getAction()) \{  
11.         **case** MotionEvent.ACTION\_DOWN: \{  
12.             //这里将返回值设为false是为了让子View可以接受到事件  
13.             //如果为true则父容器将处理整个事件，子View将接受不到事件  
14.             intercepted = **false**;  
15.             **break**;  
16.         \}  
17.         **case** MotionEvent.ACTION\_MOVE: \{  
18.             //根据x轴，y轴方向增量值判断(可以根据不同的规则进行修改)  
19.             **int** deltaX = x - mLastXIntercept;  
20.             **int** deltaY = y - mLastYIntercept;  
21.             **if** (Math.abs(deltaX) > Math.abs(deltaY)) \{  
22.                 intercepted = **true**;  
23.             \} **else** \{  
24.                 intercepted = **false**;  
25.             \}  
26.             **break**;  
27.         \}  
28.         **case** MotionEvent.ACTION\_UP: \{  
29.             intercepted = **false**;  
30.             **break**;  
31.         \}  
32.         **default**:  
33.             **break**;  
34.         \}  
35.   
36.         mLastXIntercept = x;  
37.         mLastYIntercept = y;  
38.   
39.         **return** intercepted;  
40.     \}

b、采用内部拦截法  
 该方法需要改变事件的分发顺序，所以需要重写子View的dispatchTouchEvent方法。根据上面的规则子View的dispatchTouchEvent方法改写如下：  
 注意：其中parent为该View需要拦截滑动事件的那个父容器的引用。

**\[java\]**  [view plain][]   [copy][view plain]

1.  // 分别记录上次滑动的坐标  
2.      **private** **int** mLastX = 0;  
3.      **private** **int** mLastY = 0;  
4.      @Override  
5.      **public** **boolean** dispatchTouchEvent(MotionEvent event) \{  
6.          **int** x = (**int**) event.getX();  
7.          **int** y = (**int**) event.getY();  
8.    
9.          **switch** (event.getAction()) \{  
10.         **case** MotionEvent.ACTION\_DOWN: \{  
11.             //不允许父容器拦截该事件  
12.             //parent为该View需要拦截滑动事件的那个父容器的引用  
13.             parent.requestDisallowInterceptTouchEvent(**true**);  
14.             **break**;  
15.         \}  
16.         **case** MotionEvent.ACTION\_MOVE: \{  
17.             //这里的逻辑可以根据需要进行修改  
18.             //parent为该View需要拦截滑动事件的那个父容器的引用  
19.             **int** deltaX = x - mLastX;  
20.             **int** deltaY = y - mLastY;  
21.             **if** (Math.abs(deltaX) > Math.abs(deltaY)) \{  
22.                 //允许父容器拦截该事件  
23.                 parent.requestDisallowInterceptTouchEvent(**false**);  
24.             \}  
25.             **break**;  
26.         \}  
27.         **case** MotionEvent.ACTION\_UP: \{  
28.             **break**;  
29.         \}  
30.         **default**:  
31.             **break**;  
32.         \}  
33.   
34.         mLastX = x;  
35.         mLastY = y;  
36.         **return** **super**.dispatchTouchEvent(event);  
37.     \}

父容器也要做相应的修改：  
 父容器需要拦截处理ACTION\_DOWN以外的所有事件。然后通过在子View中调用requestDisallowInterceptTouchEvent方法来控制父容器是否截断事件。

**\[java\]**  [view plain][]   [copy][view plain]

1.  @Override  
2.      **public** **boolean** onInterceptTouchEvent(MotionEvent event) \{  
3.          **int** action = event.getAction();  
4.          **if** (action == MotionEvent.ACTION\_DOWN) \{  
5.              **return** **false**;  
6.          \} **else** \{  
7.              **return** **true**;  
8.          \}  
9.      \}

这里父容器如果拦截ACTION\_DOWN事件，那么整个事件将交给父容器处理，子View将接受不到任何事件，从而不能进行内部拦截。

滑动冲突第一类中的第二种的解决方法和第一种的解决方法类似，虽然不能从用户点击屏幕的操作直接判断出用户的意图，但是可以根据不同的业务逻辑加以区分，只要能确定什么时候让父容器截获事件什么时候子View截获事件，就将上面方法的标注部分就行相应的修改即可处理此类冲突。  
  
  
第二类处理起来比较复杂一些，需要将多层的冲突分解为第一类中单个的事件冲突，对单个的事件冲突再进项逻辑判断上的处理，就可将大化小，一层一层的处理冲突，即可解决此类滑动冲突。

[http_blog.csdn.net_u013038616_article_details_50733811]: http://blog.csdn.net/u013038616/article/details/50733811
[Android]: http://lib.csdn.net/base/android
[view plain]: http://blog.csdn.net/u013038616/article/details/50733811#