android view、viewgroup 事件响应拦截处理机制

文章中会用到部分网络资源，首先将原作者的链接附上。

但是还是会附上数量较大的关于此部分内容的自己的思考。

------------------------------------------------------------------------------------write by mcdullsin

将原作者的链接附上可以为搜索引擎评价原始作者的文章提供自己能力所及的帮助，也算是对分享自己技术的各位前辈的一种感激吧。

 

1、android编程下touch事件的分发和消费机制

2、android原理揭秘系列之view、viewgroup

3、android中的touch事件

4、android touchevent事件传递机制

一、View，ViewGroup（下面红名的组件必须熟练）

 作过Android 应用开发的朋友都知道，Android的UI界面都是由View和ViewGroup及其派生类组合而成的。其中，View是所有UI组件的基类，而ViewGroup是容纳这些组件的容器，其本身也是从View派生出来的。AndroidUI界面的一般结构可参见下面的示意图：

可见，作为容器的ViewGroup可以包含作为叶子节点的View，也可以包含作为更低层次的子ViewGroup，而子ViewGroup又可以包含下一层的叶子节点的View和ViewGroup。事实上，这种灵活的View层次结构可以形成非常复杂的UI布局，开发者可据此设计、开发非常精致的UI界面。

一般来说，开发Android应用程序的UI界面都不会直接实用View和ViewGroup，而是使用这两大基类的派生类。

View派生出的直接子类有：AnalogClock,ImageView,KeyboardView, ProgressBar,SurfaceView,TextView,ViewGroup,ViewStub

View派生出的间接子类有：AbsListView,AbsSeekBar, AbsSpinner, AbsoluteLayout, AdapterView<T extends Adapter>,AdapterViewAnimator, AdapterViewFlipper, AppWidgetHostView, AutoCompleteTextView,Button,CalendarView, CheckBox, CheckedTextView, Chronometer, CompoundButton,

ViewGroup派生出的直接子类有：AbsoluteLayout,AdapterView<T extends Adapter>,FragmentBreadCrumbs,FrameLayout,LinearLayout,RelativeLayout,SlidingDrawer

ViewGroup派生出的间接子类有：AbsListView,AbsSpinner, AdapterViewAnimator, AdapterViewFlipper, AppWidgetHostView, CalendarView, DatePicker, DialerFilter, ExpandableListView, Gallery, GestureOverlayView,GridView,HorizontalScrollView, ImageSwitcher,ListView,

上面View、ViewGroup的直接子类和间接别子类中标记为红色的类是我们再应用开发中接触和用得比较频繁的类，需要初学者重点熟悉和掌握，其详细的API及用法可参见SDK的说明。这里特别指出，ImageView是布局具有图片效果的UI常用的类，SurfaceView是用来进行游戏开发的与一般View相比较为特殊的非常重要的类（后续会对原理作深入分析），而AbsoluteLayout、FrameLayout,LinearLayout, RelativeLayout这几个ViewGroup的直接子类是Android UI布局中最基本的布局元素。

值得一提的是，上述的所有基类、派生类都是Android framework层集成的标准系统类，开发者在应用开发中可直接引用SDK中这些系统类及其API。但事实上，在UI开发的很多场景下，直接使用这些系统类并不能满足应用开发的需要。比如说，我们想用ImageView在默认情况下加载一幅图片，但是希望在点击该View时View变换出各种图像处理效果，这个时候直接使用ImageView是不行的，此时我们可以重载ImageView，在新派生出的子控件中重载OnDraw等方法来实现我们的定制效果。这种派生出系统类的子类方法我们通常称之为自定义控件。自定义控件可像标准View控件那样在XML及我们的Java文件中进行布局和实例化，但在布局时必须指出其完整的包名和类名。事实上，自定义控件的使用是我们进行Android 开发的必不可少的基本用法，是必须掌握的基本技巧。

 

二、能够响应touch事件的方法和控件。

 

Android 中与 Touch 事件相关的方法包括：dispatchTouchEvent(MotionEvent ev)、onInterceptTouchEvent(MotionEvent ev)、onTouchEvent(MotionEvent ev)；能够响应这些方法的控件包括：ViewGroup、View、Activity。方法与控件的对应关系如下表所示：

Touch 事件相关方法  方法功能    ViewGroup          View            Activity       public boolean dispatchTouchEvent(MotionEvent ev)事件分发  Yes Yes Yes  public boolean onInterceptTouchEvent(MotionEvent ev)  事件拦截  Yes Yes No  public boolean onTouchEvent(MotionEvent ev)事件响应  Yes Yes Yes

 

 

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

Touch 事件发生时 Activity 的 dispatchTouchEvent(MotionEvent ev) 方法会以隧道方式（从根元素依次往下传递直到最内层子元素或在中间某一元素中由于某一条件停止传递）将事件传递给最外层 View 的 dispatchTouchEvent(MotionEvent ev) 方法，并由该 View 的 dispatchTouchEvent(MotionEvent ev) 方法对事件进行分发。dispatchTouchEvent 的事件分发逻辑如下：

• 如果 return true，事件会分发给当前 View 并由 dispatchTouchEvent 方法进行消费，同时事件会停止向下传递；
• 如果 return false，事件分发分为两种情况：

1. 如果当前 View 获取的事件直接来自 Activity，则会将事件返回给 Activity 的 onTouchEvent 进行消费；
2. 如果当前 View 获取的事件来自外层父控件，则会将事件返回给父 View 的  onTouchEvent 进行消费。

• 如果返回系统默认的 super.dispatchTouchEvent(ev)，事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法。

 事件拦截：public boolean onInterceptTouchEvent(MotionEvent ev) 

在外层 View 的 dispatchTouchEvent(MotionEvent ev) 方法返回系统默认的 super.dispatchTouchEvent(ev) 情况下，事件会自动的分发给当前 View 的 onInterceptTouchEvent 方法。onInterceptTouchEvent 的事件拦截逻辑如下：

• 如果 onInterceptTouchEvent 返回 true，则表示将事件进行拦截，并将拦截到的事件交由当前 View 的 onTouchEvent 进行处理；
• 如果 onInterceptTouchEvent 返回 false，则表示将事件放行，当前 View 上的事件会被传递到子 View 上，再由子 View 的 dispatchTouchEvent 来开始这个事件的分发；
• 如果 onInterceptTouchEvent 返回 super.onInterceptTouchEvent(ev)，事件默认会被拦截，并将拦截到的事件交由当前 View 的 onTouchEvent 进行处理。

 事件响应：public boolean onTouchEvent(MotionEvent ev)

在 dispatchTouchEvent 返回 super.dispatchTouchEvent(ev) 并且 onInterceptTouchEvent 返回 true 或返回 super.onInterceptTouchEvent(ev) 的情况下 onTouchEvent 会被调用。onTouchEvent 的事件响应逻辑如下：

• 如果事件传递到当前 View 的 onTouchEvent 方法，而该方法返回了 false，那么这个事件会从当前 View 向上传递，并且都是由上层 View 的 onTouchEvent 来接收，如果传递到上面的 onTouchEvent 也返回 false，这个事件就会“消失”，而且接收不到下一次事件。
• 如果返回了 true 则会接收并消费该事件。
• 如果返回 super.onTouchEvent(ev) 默认处理事件的逻辑和返回 false 时相同。

到这里，与 Touch 事件相关的三个方法就分析完毕了。下面的内容会通过各种不同的的测试案例来验证上文中三个方法对事件的处理逻辑。

 

  事件传递示意图：

 

三、总结：

用一句话来概括的话那么就是：

 

隧道式分发，冒泡式处理。

        分发的时候从上往下，处理的时候从底部可以接受touchevent的事件的子view传到下一个可以接收touchevent的父view。

首先这个页面有两个控件，父View和子View。

        父View和子View的touchevent处理都是return false。

        两者都可以响应touchevent，这里其实是想说响应事件响应的不一定只有一个。

        通过toast显示事件响应顺序，如下面两张图：

先响应child，后响应father。

 

 

        上面关于dispathTouchEvent、onInterceptTouchEvent说了很多，但是一般而言，在自己自定义view的时候，也很少用到这两个事件，而一般是对onTouchEvent进行处理，但是个人认为完整的体系还是建立起来，如果用的时候能够立刻查到了解总体的框架也好。