dispatchTouchEvent，onInterceptTouchEvent，onTouchEvent消息分发知识基础（转自别人，本人适当添加或修改）

最新推荐文章于 2019-06-16 12:04:28 发布

蚁人日记

最新推荐文章于 2019-06-16 12:04:28 发布

阅读量1.8k

点赞数

分类专栏： android_class-or-method 文章标签： action android up events 测试工作

本文链接：https://blog.csdn.net/nei504293736/article/details/7833367

版权

android_class-or-method 专栏收录该内容

22 篇文章 0 订阅

订阅专栏

动作序列的三个事件

TouchEvent 分三种事件:down、move、up。

其中move事件在一个操作中（这里说的一个操作就是用户与屏幕的交互，即由down到up的动作序列）可能会发生多次。
但是，我们认为一个动作序列会包含以上三种事件，因此，在事件处理中就是要处理好这个过程，而最重要的就是down事件，这是一个动作序列的起始，没有down谈不上后面的事件了。
所以，我们把消耗down事件的类当做是这个动作序列的最终载体。

如果Down事件不归你处理，那这个动作序列的move，up也不归你处理。

他们的触发顺序会是这样：ACTION_DOWN->ACTION_MOVE->ACTION_MOVE->ACTION_MOVE...->ACTION_MOVE->ACTION_UP

从父到子的消息分发流程

Android 消息队列的分发流程是

Activity -> ViewGroup1 -> ViewGroup1的直接子ViewGroup –> ×××××× -> 叶子View

消息和处理的一一对应

一个消息，默认消息都只需要一个控件来处理。中间消息途径的都只是起中转的效果，不做处理。处理完成直接返回了，不会通知中间步骤。

如果一个消息想改成多个控件都处理，则需要修改这里的逻辑

消息处理流程，从子到父

如果消息处理一直返回的是 false。

则一直是从子到父的依次处理。处理到没有可以处理的人了，或者返回了true到此为止。

比如：

如果一个Activity调用一个View，那么首先执行的是View中的onTouchEvent(MotionEvent event)，如果返回false，

再执行Activity中的onTouchEvent(MotionEvent event)，

否则不执行Activity中的onTouchEvent(MotionEvent event)；

但是如果是触摸屏幕的标题栏的时候，执行的是Activity中onTouchEvent(MotionEvent event)。

Android 事件分发处理策略

Activity与View控件的分发流程有所区别，首先我们介绍 ViewGroup 的分发流程

Android ViewGroup分发处理原则

默认情况，一个消息最后只需要一个人处理，其它消息途径者都只是干了中转的效果。
消息传递途径三级处理机制：
- 接受上级消息（dispatchTouchEvent），
- 决策向下级分发还是自身处理（onInterceptTouchEvent），
- 自身处理逻辑（onTouchEvent、onTouch 、onClick 、onLongClick 等）
View内部自身处理逻辑先后顺序,依次是:（注：在return不为true的情况下）
- onTouchEvent
- onClick
- onLongClick
OnTouchListener onTouch onTouchEvent 的区别
- 首先执行OnTouchListener()中的onTouch,然后执行重写的onTouchEvent(MotionEvent event)。（注：在return不为true的情况下）
- onTouch() is used by users of the View to get touch events while onTouchEvent() is used by derived classes of the View to get touch events.
- 更详细的可以看 http://blog.csdn.net/ddna/article/details/5451722
消息处理中， return true 表示消息被完整地处理完成了，后面不用再用其他事件处理了。

方法功能说明：

android系统中的每个View的子类都具有下面三个和TouchEvent处理密切相关的方法：

1）public boolean dispatchTouchEvent(MotionEvent ev) 这个方法用来分发TouchEvent
2）public boolean onInterceptTouchEvent(MotionEvent ev) 这个方法用来拦截TouchEvent
3）public boolean onTouchEvent(MotionEvent ev) 这个方法用来处理TouchEvent

dispatchKeyEvent是做分发的工作，如果你想要onKeyDown还可以接收到应该这样实现
public boolean dispatchKeyEvent(KeyEvent event){
return super.dispatchKeyEvent(event);
}

onInterceptTouchEvent()的机制:
如果该ViewGroup的onInterceptTouchEvent()在接收到down事件处理完成之后return false，那么后续的move, up等事件将继续会先传递给该ViewGroup，之后才和down事件一样传递给最终的目标view的onTouchEvent()处理
如果该ViewGroup的onInterceptTouchEvent()在接收到down事件处理完成之后return true，那么后续的move, up等事件将不再传递给onInterceptTouchEvent()，而是和down事件一样传递给该ViewGroup的onTouchEvent()处理，注意，目标view将接收不到任何事件。

如果最终需要处理事件的view的onTouchEvent()返回了false，那么该事件将被传递至其上一层次的view的onTouchEvent()处理
如果最终需要处理事件的view 的onTouchEvent()返回了true，那么后续事件将可以继续传递给该view的onTouchEvent()处理

View，ViewGroup 的分发处理逻辑

对于每一个动作只有当这一个动作执行完这一系列方法的后，并且是按先执行父类的方法再执行子类的方法，才能去执行下一个动作，

这三个方法的执行顺序是：dispatchTouchEvent－－〉InterceptTouchEvent－－〉onTouchEvent

如：当子View的onTouchEvent方法返回的是：false

注释：OntouchLinearLayout为父VIEW, TextViewOnTouch为只子VIEW

08-05 15:10:03.865: I/OntouchLinearLayout(896): dispatchTouchEvent_ACTION_DOWN     注释1
08-05 15:10:03.865: I/OntouchLinearLayout(896): InterceptTouchEvent_ACTION_DOWN      2注释
08-05 15:10:03.865: I/TextViewOnTouch(896): dispatchTouchEvent_ACTION_DOWN       注释 3
08-05 15:10:03.865: I/TextViewOnTouch(896): onTouchEvent_ACTION_DOWN     注释 4
08-05 15:10:03.865: I/OntouchLinearLayout(896): onTouchEvent_ACTION_DOWN        注释5
08-05 15:10:03.954: I/OntouchLinearLayout(896): dispatchTouchEvent_ACTION_MOVE      注释 6
08-05 15:10:03.954: I/OntouchLinearLayout(896): onTouchEvent_ACTION_MOVE           注释7
08-05 15:10:03.975: I/OntouchLinearLayout(896): dispatchTouchEvent_ACTION_UP      注释8
08-05 15:10:03.975: I/OntouchLinearLayout(896): onTouchEvent_ACTION_UP            注释 9

打印说明：

当我们点击子View时，首先Activity将TouchEvent事件传递给最顶层的View，顶层的View的dispatchTouchEvent方法返回的是：Super.dispatchTouchEvent ，意味着由onInterceptTouchEvent决定事件流向，所以打印注释2，而onInterceptTouchEvent方法返回的而是：super.onInterceptTouchEvent(ev)，表示自己无法完全处理，或者不能处理，继续下传传递到下子view的dispatchTouchEvent()，所以打印注释 3，继续向下执行，而子View已经没有InterceptTouchEvent方法，所以打印注释 4，对于后面的打印中为什么都没有子View打印了呢？因为我们这测试子 View的返回值是 false,这一返回值意味着：后续产生的其它事件将直接忽略掉这个View（不过LongPress又有另外的独立逻辑）。举例来说就是，如果你处理ACTION_DOWN时返回了false，那么你这个View将得不到ACTION_MOVE或ACTION_DOWN等等这些后续事件了。

现在我们再来看当子View的onTouchEvent方法返回的是：true

打印消息如下：

08-05 15:37:44.026: I/OntouchLinearLayout(924):dispatchTouchEvent_ACTION_DOWN
08-05 15:37:44.026: I/OntouchLinearLayout(924): InterceptTouchEvent_ACTION_DOWN
08-05 15:37:44.026: I/TextViewOnTouch(924): dispatchTouchEvent_ACTION_DOWN
08-05 15:37:44.026: I/TextViewOnTouch(924): onTouchEvent_ACTION_DOWN
08-05 15:37:44.115: I/OntouchLinearLayout(924): dispatchTouchEvent_ACTION_MOVE
08-05 15:37:44.115: I/OntouchLinearLayout(924): InterceptTouchEvent_ACTION_MOVE
08-05 15:37:44.115: I/TextViewOnTouch(924): dispatchTouchEvent_ACTION_MOVE
08-05 15:37:44.115: I/TextViewOnTouch(924): onTouchEvent_ACTION_MOVE
08-05 15:37:44.155: I/OntouchLinearLayout(924): dispatchTouchEvent_ACTION_UP
08-05 15:37:44.155: I/OntouchLinearLayout(924): InterceptTouchEvent_ACTION_UP
08-05 15:37:44.155: I/TextViewOnTouch(924): dispatchTouchEvent_ACTION_UP
08-05 15:37:44.155: I/TextViewOnTouch(924): onTouchEvent_ACTION_UP

从上面的消息中我们可以看出，当子View的onTouchEvent方法返回的是true时，是可以处理子VIEW的其它动作

二：

如果父VIEW的dispatchTouchEvent方法返回false。打印消息如下：

08-05 15:56:07.977: I/OntouchLinearLayout(1053): dispatchTouchEvent_ACTION_DOWN

它根本就没不会再执行它后面的其它两个方法，及子VIEW的这些方法了

如果是子VIEW的 dispatchTouchEvent方法返回false（此时父VIEW的dispatchTouchEvent是返回super.dispatchTouchEvent(ev)）。打印消息如下

08-05 16:10:31.275: I/OntouchLinearLayout(1109): dispatchTouchEvent_ACTION_DOWN
08-05 16:10:31.275: I/OntouchLinearLayout(1109): InterceptTouchEvent_ACTION_DOWN
08-05 16:10:31.275: I/TextViewOnTouch(1109): dispatchTouchEvent_ACTION_DOWN
08-05 16:10:31.275: I/OntouchLinearLayout(1109): onTouchEvent_ACTION_DOWN