Android中的Touch事件处理流程

1、当触摸屏幕时，最先执行的是Activity中的

      public   boolean  dispatchTouchEvent (MotionEvent ev) {

         if  (ev.getAction() == MotionEvent.  ACTION_DOWN ) {

            onUserInteraction();

        }

         if  (getWindow().superDispatchTouchEvent(ev)) {

             return   true ;

        }

         return  onTouchEvent(ev);

    }

如果某些事件无法监测到，可以重写此方法，优先处理ev，然后再调用super.dispatchTouchEvent。

2、Activity中的onTouchEvent的调用时机如下：当Activity下的所有view的onTouchEvent都返回false时（都不处理touch事件，默认返回false），才会调用Activity中的onTouchEvent。

因此，该事件主要用于点击视图的外围，无view的空白处。

另外，从view里的onTouchEvent代码可以看出，如果view设置了clickable = true，则会返回true，消耗此次Touch事件。

          if  (((viewFlags &  CLICKABLE ) ==  CLICKABLE  ||

                (viewFlags &  LONG_CLICKABLE  ) ==  LONG_CLICKABLE )) {

             switch  (event.getAction()) {

               。。。。

            }

              return   true ;

        }

3、

第一种情况：父viewgroup的onInterceptTouchEvent中，返回默认值，同时子view中也返回默认值：

可以看到，由activity进行dispatchTouchEvent，但是并不调用activity中的Touchevetnt，而是传递到最外层viewgroup中，调用onInterceptTouchEvent，其返回false，因此继续向下传递，一直到view。然后view调用onTouchEvent，并返回默认值false。

onTouchEvent再从内向外调用，直到最外层的viewgroup。最后调用activity的onTouchEvent。

注：当手指抬起时，dispatchTouchEvent不再像下传递，因此viewgroup和子view都不再相应，此时activity的onTouchEvent相应ActionUp事件。（问题的根源在于view返回false，表示不再接受下一个事件）

第二种情况： 父viewgroup的onInterceptTouchEvent中，返回默认值，同时子view中返回true：

可以看到，当ActionDown传递到子view中时，子view返回true。表示消费了此事件，因此ontouchEvent不再传递到父viewgroup以及activity。当ActionUp传递时亦然。因此从子view的角度看，无需对父view进行任何设置，相当于子view直接与手指对话。

第三种情况： 父viewgroup的onInterceptTouchEvent中，返回true，同时子view中返回true：

可以看到，如果父viewgroup在 onInterceptTouchEvent中返回true，其子viewgrou的 onInterceptTouchEvent不会被调用，子view的onTouchEvent也不会被调用。从而对其子视图进行了拦截。从子视图角度看其onTouchEvent方法不会被调用，而Activity的onTouchEvent则可以被调用。

注：Activity的onTouchEvent的优先级是最低的。

最后，反过来看第1条，当子view消耗touch事件时，会直接使 getWindow().superDispatchTouchEvent(ev)返回true，因此不再调用activity的onTouchEvent。

         if  (getWindow().superDispatchTouchEvent(ev)) {

             return   true ;

        }