Android中的事件模型 博客分类： Android AndroidQQUIUP

以前写 android ，对事件的处理没有太深入，只是简单的 onTouchEvent 就 ok 了，现在写的 UI ，很多自定义组件，父 view 和子 view 都需要接收事件，然后处理。如果不弄明白它的事件传递机制，很难拥有好的用户体验。

Touchevent 中，返回值是 true ，则说明消耗掉了这个事件，返回值是 false ，则没有消耗掉，会继续传递下去，这个是最基本的。

在 View 中跟 Touch 相关的事件有 dispatchTouchEvent ， interceptTouchEvnet ， onTouchEvent 三种。 dispatchTouchEvent 是负责分发事件的，事件从 activity 传递出来之后，最先到达的就是最顶层 view 的 dispatchTouchEvent ，然后它进行分发，如果返回 false ，则交给这个 view 的 interceptTouchEvent 方法来决定是否要拦截这个事件，如果 interceptTouchEvent 返回 true ，也就是拦截掉了，则交给它的 onTouchEvent 来处理，如果 interceptTouchEvent 返回 false ，那么就传递给子 view ，由子 view 的 dispatchTouchEvent 再来开始这个事件的分发。

如果事件传递到某一层的子 view 的 onTouchEvent 上了，这个方法返回了 false ，那么这个事件会从这个 view 往上传递，都是 onTouchEvent 来接收。而如果传递到最上面的 onTouchEvent 也返回 false 的话，这个事件就会“消失”，而且接收不到下一次事件。（我说的一次事件指的是 down 到 up 之间的一系列事件）

我画了个图，见附件。

总结一下，如果这一次事件没有人消耗掉，则系统不会给你下一次事件，因为他会认为你这次的事件阻塞了，没必要给下一次。onTouchEvent如果不消耗的话，会从子view传递到父view。