MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序

  • 先推荐一编 Android 编程下 Touch 事件的分发和消费机制  这边详细的介绍了
  • 首先,这篇文章仅仅针对于由于触摸(Touch)而触发的事件。

    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)也是这个传递顺序

    MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序_第1张图片

    当所有的方法都返回false时,则流程变成,并且都执行ACTION_DOWN事件而已,没有后续事件(如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP)

     

     

    MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序_第2张图片

    当某个控件的onInterceptTouchEvent()返回值为true时,就会发生截断,事件被传到当前控件的onTouchEvent()。如我们将LayoutView2的onInterceptTouchEvent()返回值为true,则传递流程变成如下:没有后续事件(如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP)

    MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序_第3张图片

    如果我们同时将LayoutView2的onInterceptTouchEvent()和onTouchEvent()设置成true,那么LayoutView2将消费被传递的事件,同时后续事件(如跟着ACTION_DOWN的ACTION_MOVE或者ACTION_UP)会直接传给LayoutView2的onTouchEvent(),不传给其他任何控件的任何函数。同时传递给子空间一个ACTION_CANCEL事件。传递流程变成(图中没有画出ACTION_CANCEL事件):

    MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序_第4张图片MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序_第5张图片

     


    如果是子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

  • 你可能感兴趣的:(MotionEvent事件在onInterceptTouchEvent()、onTouchEvent()中的传递顺序)