MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序
Android的事件：onClick, onScroll, onFling等等，都是由许多个Touch组成的。其中Touch的第一个状态肯定是ACTION_DOWN, 表示按下了屏幕。之后，touch将会有后续事件，可能是：
-
ACTION_MOVE //表示为移动手势
-
ACTION_UP //表示为离开屏幕
-
ACTION_CANCEL //表示取消手势，不会由用户产生，而是由程序产生的
一个Action_DOWN, n个ACTION_MOVE, 1个ACTION_UP，就构成了Android中众多的事件。
在Android中，有一类控件是中还可以包含其他的子控件，这类控件是继承于ViewGroup类，例如：ListView, Gallery, GridView。
还有一类控件是不能再包含子控件，例如：TextView。
本文的主要讨论对象就是ViewGroup类的控件嵌套时事件触发情况。
对于ViewGroup类的控件，有一个很重要的方法，就是onInterceptTouchEvent()，用于处理事件并改变事件的传递方向，它的返回值是一个布尔值，决定了Touch事件是否要向它包含的子View继续传递，这个方法是从父View向子View传递。
而方法onTouchEvent()，用于接收事件并处理，它的返回值也是一个布尔值，决定了事件及后续事件是否继续向上传递，这个方法是从子View向父View传递。
touch事件在 onInterceptTouchEvent()和onTouchEvent以及各个childView间的传递机制完全取决于onInterceptTouchEvent()和onTouchEvent()的返回值。返回值为true表示事件被正确接收和处理了，返回值为false表示事件没有被处理，将继续传递下去。
ACTION_DOWN事件会传到某个ViewGroup类的onInterceptTouchEvent，如果返回false，则DOWN事件继续向子ViewGroup类的onInterceptTouchEvent传递，如果子View不是ViewGroup类的控件，则传递给它的onTouchEvent。
如果onInterceptTouchEvent返回了true,则DOWN事件传递给它的onTouchEvent，不再继续传递，并且之后的后续事件也都传递给它的onTouchEvent。
如果某View的onTouchEvent返回了false，则DOWN事件继续向其父ViewGroup类的onTouchEvent传递；如果返回了true，则后续事件会直接传递给其onTouchEvent继续处理。（后续事件只会传递给对于必要事件ACTION_DOWN返回了true的onTouchEvent）
onInterceptTouchEvent()用于处理事件并改变事件的传递方向。处理事件这个不用说了，你在函数内部编写代码处理就可以了。而决定传递方向的是返回值，返回为false时事件会传递给子控件的onInterceptTouchEvent()；返回值为true时事件会传递给当前控件的onTouchEvent()，而不在传递给子控件，这就是所谓的Intercept(截断)。
onTouchEvent() 用于处理事件，返回值决定当前控件是否消费（consume）了这个事件。可能你要问是否消费了又区别吗，反正我已经针对事件编写了处理代码？答案是有区别！比如ACTION_MOVE或者ACTION_UP发生的前提是一定曾经发生了ACTION_DOWN，如果你没有消费ACTION_DOWN，那么系统会认为ACTION_DOWN没有发生过，所以ACTION_MOVE或者ACTION_UP就不能被捕获。
本文源地址：http://www.cnblogs.com/rocky_yi/archive/2011/01/21/1941522.html# ，转载请注明出处！
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
<?
xml
version
=
"1.0"
encoding
=
"utf-8"
?>
<
com.touchstudy.LayoutView1
xmlns:android
=
"http://schemas.android.com/apk/res/android"
android:orientation
=
"vertical"
android:layout_width
=
"fill_parent"
android:layout_height
=
"fill_parent"
>
<
com.touchstudy.LayoutView2
android:orientation
=
"vertical"
android:layout_width
=
"fill_parent"
android:layout_height
=
"fill_parent"
android:gravity
=
"center"
>
<
com.touchstudy.MyTextView
android:layout_width
=
"wrap_content"
android:layout_height
=
"wrap_content"
android:id
=
"@+id/tv"
android:text
=
"AB"
android:textSize
=
"40sp"
android:textStyle
=
"bold"
android:background
=
"#FFFFFF"
android:textColor
=
"#0000FF"
/>
</
com.touchstudy.LayoutView2
>
</
com.touchstudy.LayoutView1
>
|
在没有重写onInterceptTouchEvent()和onTouchEvent()的情况下(ViewGroup两个方法默认返回值都是false，View里的onTouchEvent返回默认值是true.这样才能执行多次touch事件。), 对上面这个布局，MotionEvent事件的传递顺序如下：同时后续事件（如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP）也是这个传递顺序
当所有的方法都返回false时，则流程变成，并且都执行ACTION_DOWN事件而已,没有后续事件（如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP）
当某个控件的onInterceptTouchEvent()返回值为true时，就会发生截断，事件被传到当前控件的onTouchEvent()。如我们将LayoutView2的onInterceptTouchEvent()返回值为true,则传递流程变成如下：没有后续事件（如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP）
如果我们同时将LayoutView2的onInterceptTouchEvent()和onTouchEvent()设置成true，那么LayoutView2将消费被传递的事件，同时后续事件（如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP）会直接传给LayoutView2的onTouchEvent(),不传给其他任何控件的任何函数。同时传递给子空间一个ACTION_CANCEL事件。传递流程变成（图中没有画出ACTION_CANCEL事件）：
如果是子View的 onTouchEvent() 返回了true的话
在ViewGroup中的onInterceptTouchEvent()就能截取到move 和up了。
如果是当前ViewGroup中的onTouchEvent()最终消费了此次的事件，那不onInterceptTouchEvent()就不能截取到move和up事件了。就直接传递给ViewGroup的OnTouch（）；
所以根据上面的内容总结如下:
ViewGroup里的onInterceptTouchEvent默认值是false这样才能把事件传给View里的onTouchEvent.
ViewGroup里的onTouchEvent默认值是false。
View里的onTouchEvent返回默认值是true.这样才能执行多次touch事件。（纠正：其实这是不对的，网上好多都是说错了的， button类的都是返回true，其他类的都是返回false）
另外 view里面有两个Touch事件处理函数，onTouchEvent和onTouch，后面的即是setOnTouchlistener中设置的函数。在dispatch分发touch事件时，这两个函数返回任意一个返回了true，就表示消费了此次事件。Button一类中onTouchEvent中返回的的确总是true。
view 中的ontouch返回 ture表示消费了事件， 所以 view 中的 onTouchEvent就不会再执行了，如果返回false 就会执行 onToucheEvent。 ontouch 先与ontouchEvent先执行。
还有 如果view 设置了onclickListener的话 onTouchEvent就会默认返回true，onClick在onTouchEvent执行之后在执行。
http://blog.csdn.net/ddna/article/details/5473293