Android View和ViewGroup事件分发机制源码分析

请尊重个人劳动成果，转载请注明出处，谢谢！ 
http://blog.csdn.net/amazing7/article/details/51274481

在Android开发中会经常遇到滑动冲突（比如ScrollView与ListView的嵌套）的问题，需要我们深入的了解android事件响应机制才能解决。

1.涉及到事件响应的常用方法构成

　　用户在手指与屏幕接触过程中通过MotionEvent对象产生一系列事件，它有四种状态：　　

• MotionEvent.ACTION_DOWN　：手指按下屏幕的瞬间（一切事件的开始）

• MotionEvent.ACTION_MOVE　：手指在屏幕上移动

• MotionEvent.ACTION_UP　：手指离开屏幕瞬间

• MotionEvent.ACTION_CANCEL 　：取消手势，一般由程序产生，不会由用户产生

  　　Android中的事件onClick, onLongClick，onScroll, onFling等等，都是由许多个Touch事件构成的（一个ACTION_DOWN， n个ACTION_MOVE，1个ACTION_UP）。

  　　android 事件响应机制是先 分发（先由外部的View接收，然后依次传递给其内层的最小View）再 处理 （从最小View单元（事件源）开始依次向外层传递。）的形式实现的。

  　　复杂性表现在：可以控制每层事件是否继续传递（分发和拦截协同实现），以及事件的具体消费（事件分发也具有事件消费能力）。

２.android事件处理涉及到的三个重要函数

事件分发：public boolean dispatchTouchEvent(MotionEvent ev)　　　

事件拦截：public boolean onInterceptTouchEvent(MotionEvent ev) 
　　　　　该方法为ViewGroup独有。

事件响应：public boolean onTouchEvent(MotionEvent ev) 
　　　　　ViewGroup未实现，而是调用父类view的该方法。 
　　

因为在View和ViewGroup中稍有异同，所有分别结合其源码在下面对这些函数做详细说明。

注：以下为Android 5.1.1的源码

３.View源码分析

　　Android中ImageView、textView、Button等继承于View但没有重写的dispatchTouchEvent方法，所以都用的View的该方法进行事件分发。 
　　View中dispatchTouchEvent函数部分源码：

     /*      * 返回true,表示该View内部消化掉了所有事件。      * 返回false，表示View内部只处理了ACTION_DOWN事件，事件继续传递，向上级ViewGroup传递。      * 注意View里面是没有onInterceptTouchEvent函数（你已经是最底层劳动人员了，你还能把任务分配给谁）      */     public boolean dispatchTouchEvent(MotionEvent event) {             /*             *这里先判断是否获得焦点，没有焦点返回false，由父类处理             *（我在分配任务，镜头都不给一个，不分了，拿去你自己分）             */                        //默认返回值         8450         boolean result = false;         8464             ListenerInfo li = mListenerInfo;         8465             if (li != null && li.mOnTouchListener != null         8466                     && (mViewFlags & ENABLED_MASK) == ENABLED         8467                     && li.mOnTouchListener.onTouch(this, event)) {                            //此处的onTouch方式就是回调的我们注册li时重写的onTouch()方法         8468                 result = true;         8469             }         8470            //这里注意顺序，如果上面的mOnTouchListener返回true了，是不会执行onTouchEvent方法的         8471             if (!result && onTouchEvent(event)) {         8472                 result = true;         8473             }                         /*                         *如果我们注册的OnTouchListener的onTouch返回false                         *并且 onTouchEvent也返回false，函数就返回默认值false                         *（报告老板，我手下的人都不干，你拿去自己处理吧）                         */         8489         return result;         8490     }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

　关于注册回调接口ListenerInfo 处的三个条件判断：

（1）查看是否给button设置了OnTouchListener()事件；

（2）控件是否Enable；（控件默认都是enable的）

（3）view里面实现的OnTouchListener监听里的onTouch()方法是否返回true；

　如果条件都满足，则该事件被消耗掉，不再进入onTouchEvent中处理。否则将事件将交给onTouchEvent方法处理。

　/*　如果return true，表示onTouchEvent处理完事件后消费了此次事件。此时事件终结； 如果return fasle，则表示不响应事件，那么该事件将会不断向上层View的onTouchEvent方法传递　*/9408     public boolean onTouchEvent(MotionEvent event) {           /*            * 当前onTouch的组件必须是可点击的比如Button，ImageButton等等，此处CLICKABLE为true。            * 如果是ImageView、TexitView这些默认为不可点击的View,此处CLICKABLE为false，最后返回false。            * 当然会有特殊情况，如果给这些View设置了onClick监听器，此处CLICKABLE也将为true　            */         9429         if (((viewFlags & CLICKABLE) == CLICKABLE ||         9430                 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {         9431             switch (event.getAction()) {         9432                 case MotionEvent.ACTION_UP:                            // 实际就是回调了我们注册的OnClickListener中重新的onClick()方法         9459                        if (mPerformClick == null) {         9460                             mPerformClick = new PerformClick();         9461                             }         9462                         if (!post(mPerformClick)) {         9463                              performClick();         9464                              }         9482                     break;         9483          9484                 case MotionEvent.ACTION_DOWN:                                   //...         9509                     break;         9510          9511                 case MotionEvent.ACTION_CANCEL:                                     //...         9515                     break;         9516          9517                 case MotionEvent.ACTION_MOVE:                                      //...         9531                     break;         9532             }         9533          9534             return true;         9535         }         9536          9537         return false;         9538     }}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43

         4775     public boolean performClick() {                         //默认返回false         4776         final boolean result;                        //点击回调接口         4777         final ListenerInfo li = mListenerInfo;         4778         if (li != null && li.mOnClickListener != null) {                           //回调我们注册的onClick函数         4780             li.mOnClickListener.onClick(this);         4781             result = true;         4782         } else {         4783             result = false;         4784         }                         //...         4787         return result;         4788     }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

①在dispatchTouchEvent顺序调用mOnTouchListener和onTouchEvent，mOnTouchListener的onTouch返回值可中断onTouchEvent，在onTouchEvent中回调onClick接口。

②只有我们注册OnTouchListener时重写的 
onTouch()方法中

返回false —> 执行onTouchEvent方法 —> 导致onClick()回调方法执行　

返回true —> onTouchEvent方法不执行 —> 导致onClick()回调方法不会执行

４.ViewGroup源码分析

　　Android中诸如LinearLayout等的五大布局控件，都是继承自ViewGroup，而ViewGroup本身是继承自View，所以ViewGroup的事件处理机制对这些控件都有效。

dispatchTouchEvent部分源码：

public boolean dispatchTouchEvent(MotionEvent ev) {                    boolean handled = false;    /*    * disallowIntercept值默认是false, 然后我们可以通过requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法       *来改变disallowIntercept的值      */     1955            final boolean intercepted;     1956            if (actionMasked == MotionEvent.ACTION_DOWN|| mFirstTouchTarget != null) {     1958                final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;     1959                if (!disallowIntercept) {//不驳回中断                                  //默认调用onInterceptTouchEvent方法     1960                    intercepted = onInterceptTouchEvent(ev);     1962                } else {     1963                    intercepted = false;     1964                }     1965            } else {                            //如果没有touch targets，中断touch事件     1968                intercepted = true;     1969            }                       //如果不取消，不拦截就分发事件给所有子view处理                       if (!canceled && !intercepted) {       1995                if (actionMasked == MotionEvent.ACTION_DOWN     1996                        || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)     1997                        || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {                                             //...                                            if (newTouchTarget == null && mFirstTouchTarget != null) {     2078                                // 没有子view接收事件，newTouchTarget指向最近添加的目标     2080                                newTouchTarget = mFirstTouchTarget;     2085                    }                                          }                     // 如果没有目标，就把它当做一个普通的view来处理，向上层分发     2090            if (mFirstTouchTarget == null) {     2092                handled = dispatchTransformedTouchEvent(ev, canceled, null,TouchTarget.ALL_POINTER_IDS);     2094            } else {     2095                // 分发到全部touch目标。     2097                TouchTarget predecessor = null;     2098                TouchTarget target = mFirstTouchTarget;     2099                while (target != null) {     2100                    final TouchTarget next = target.next;                                  //如果已经分发，则取消     2101                    if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {     2102                        handled = true;     2103                    } else {                                    //如果onInterceptTouchEvent返回true，则取消分发     2104                       final boolean cancelChild = resetCancelNextUpFlag(target.child)|| intercepted;     2104                       //如果未分发，向下层分发touch目标     2106                        if (dispatchTransformedTouchEvent(ev, cancelChild,target.child, target.pointerIdBits)) {     2108                            handled = true;     2109                        }     2110                       if (cancelChild) {     2111                            if (predecessor == null) {     2112                                mFirstTouchTarget = next;     2113                            } else {     2114                                predecessor.next = next;     2115                            }     2116                            target.recycle();     2117                            target = next;     2118                            continue;     2119                        }     2120                    }     2121                    predecessor = target;     2122                    target = next;     2123                }     2124            }     2141               return handled;     }
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72

　　当有监听到事件时，首先由Activity进行捕获，进入事件分发处理流程。（因为activity没有事件拦截，ViewGroup有）会将事件传递给最外层ViewGroup的dispatchTouchEvent(MotionEvent ev)方法，该方法对事件进行分发。 　

• return true ：表示该ViewGroup内部消化掉了所有事件。

• return false ：事件在本层不再继续进行分发，并交由上层控件的onTouchEvent方法进行消费（如果本层控件已经是Activity，那么事件将被系统消费或处理）。　

• 如果事件分发返回系统默认的 super.dispatchTouchEvent(ev)，事件将分发给本层的事件拦截onInterceptTouchEvent 方法进行处理（父类默认）。

onInterceptTouchEvent源码：

Returns:Return true to steal motion events from the children and have them dispatched to this ViewGroup through onTouchEvent(). The current target will receive an ACTION_CANCEL event, and no further messages will be delivered here.（慢慢看，看得懂）2569    public boolean onInterceptTouchEvent(MotionEvent ev) {2570        return false;//默认不拦截2571    }
1
2
3
4
5
6
7
1
2
3
4
5
6
7

• return true ：表示将事件进行拦截，并将拦截到的事件交由本层控件 的 onTouchEvent 进行处理；

• return false ：则表示不对事件进行拦截，事件得以成功分发到子View。并由子View的dispatchTouchEvent进行处理。　

• 如果返回super.onInterceptTouchEvent(ev)，默认表示不拦截该事件（父类默认返回false），和return false一样。

ViewGroup是继承自View，在ViewGroup中并没有复写onTouchEvent函数，而是直接调用父类的onTouchEvent。

　　在dispatchTouchEvent（事件分发）返回super.dispatchTouchEvent(ev)并且onInterceptTouchEvent事件拦截返回true的情况下，那么事件会传递到本层的onTouchEvent方法中，该方法对事件进行响应。

在onTouchEvent方法中：

• 如果return true，表示onTouchEvent处理完事件后消费了此次事件。此时事件终结；

• 如果return fasle，则表示不响应事件，那么该事件将会不断向上层View的onTouchEvent方法传递，直到某个View的onTouchEvent方法返回true，如果到了最顶层View还是返回false，那么认为该事件不消耗，则在同一个事件系列中，当前View无法再次接收到事件，该事件会交由Activity的onTouchEvent进行处理；　　

• 如果return super.dispatchTouchEvent(ev)，则表示不响应事件，结果与return false一样。

从以上过程中可以看出，dispatchTouchEvent无论返回true还是false，事件都不再进行分发，只有当其返回super.dispatchTouchEvent(ev)，才表明其具有向下层分发的愿望，但是是否能够分发成功，则需要经过事件拦截onInterceptTouchEvent的审核。事件是否向上传递处理是由onTouchEvent的返回值决定的。

（图来自网络）

1、dispatchTouchEvent作用：决定事件是否由onInterceptTouchEvent来拦截处理。 
返回super.dispatchTouchEvent时，由onInterceptTouchEvent来决定事件的流向 
返回false时，会继续分发事件，自己内部只处理了ACTION_DOWN 
返回true时，不会继续分发事件，自己内部处理了所有事件（ACTION_DOWN,ACTION_MOVE,ACTION_UP）

2、onInterceptTouchEvent作用：拦截事件，用来决定事件是否传向子View 
返回true时，拦截后交给自己的onTouchEvent处理 
返回false时，交给子View来处理

3、onTouchEvent作用：事件最终到达这个方法 
返回true时，内部处理所有的事件，换句话说，后续事件将继续传递给该view的onTouchEvent()处理 
返回false时，事件会向上传递，由onToucEvent来接受，如果最上面View中的onTouchEvent也返回false的话，那么事件就会消失

５.总结

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

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

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

• 一个点击事件产生后，它的传递过程如下： 
  Activity->Window->View。顶级View接收到事件之后，就会按相应规则去分发事件。如果一个View的onTouchEvent方法返回false，那么将会交给父容器的onTouchEvent方法进行处理，逐级往上，如果所有的View都不处理该事件，则交由Activity的onTouchEvent进行处理。　

• 如果某一个View开始处理事件，如果他不消耗ACTION_DOWN事件（也就是onTouchEvent返回false），则同一事件序列比如接下来进行ACTION_MOVE，则不会再交给该View处理。

• ViewGroup默认不拦截任何事件。　

• 诸如TextView、ImageView这些不作为容器的View，一旦接受到事件，就调用onTouchEvent方法，它们本身没有onInterceptTouchEvent方法。正常情况下，它们都会消耗事件（返回true），除非它们是不可点击的（clickable和longClickable都为false），那么就会交由父容器的onTouchEvent处理。　

• 点击事件分发过程如下 dispatchTouchEvent—->OnTouchListener的onTouch方法—->onTouchEvent–>OnClickListener的onClick方法。也就是说，我们平时调用的setOnClickListener，优先级是最低的，所以，onTouchEvent或OnTouchListener的onTouch方法如果返回true，则不响应onClick方法…