【IT专家】关于Android触摸事件TouchEvent的传递及截取,研究心得。

本文由我司收集整编，推荐下载，如有疑问，请与我司联系关于Android触摸事件TouchEvent的传递及截取，研究心得。

2014/07/23 868 之前一直经常使用Touch的相关操作，但是对其中的具体细节一直没有详细的研究一下，今天研究了一下，感觉思路有点清晰了很多，再次记录一下。

 其中关于Android触摸事件相关的函数有：dispatchTouchEvent() | onInterceptTouchEvent()| onTouchEvent()

 由函数的名字也大概能够知道具体的作用是什么了：dispatchTouchEvent()负责触摸事件的分发，onInterceptTouchEvent()决定事件是不是在当前的View下拦截，onTouchEvent()负责触摸事件的处理消化。

 先说一下传递的机制和顺序吧。

 我们建立一个这样的场景，就是在一个Activity中有一个View，名叫：Layout_out_0，在Layout_out_0中还有嵌套在里面的一个View，叫Layout_inner_0,相信大家也能够想象是个什么东西吧。

 当你触摸屏幕的时候，首先产生事件的顺序为：DOWN—— MOVE(这个事件的产生和你触摸时的触摸时间的长度有关，如果时间极短，就不会产生，如果一直按住，就会一直产生MOVE)—— UP(手指抬起的时候);当然这个顺序是固定的，事件的处理也是一个传递消化完毕之后，才开始第二个事件的传递消化，很固定。

 好进入重点，DOWN事件产生首先经由Activity的dispatchTouchEvent()，在Activity中是没有方法onInterceptTouchEvent()方法的，也就无法使产生的事件被拦截了，接着进入等级仅次于Activity的容器组件View中，也是经由dispatchTouchEvent()(不过我在测试程序中尝试把该函数的返回值

super.dispatchTouchEvent()修改为false或者是true结果发现导致事件无法正常的分发，因此不建议大家重写该回调函数),在经过onInterceptTouchEvent()决定是不是要拦截该事件，如果onInterceptTouchEvent()返回true则表示要拦截，那么事件就不会再继续往子控件传递了（否则继续重复上面的步骤，再次进入子控件的