android事件拦截处理机制---详解 onInterceptTouchEven onTouchEvent
Posted zhangtian6691844
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了android事件拦截处理机制---详解 onInterceptTouchEven onTouchEvent相关的知识，希望对你有一定的参考价值。
前段时间刚接触过Android手机开发，对它的事件传播机制不是很了解，虽然网上也查了相关的资料，但是总觉得理解模模糊糊，似是而非，于是自己就写个小demo测试了一下。总算搞明白了它的具体机制。写下自己的结论，分享之，希望对初学android的人有所帮助
布局效果如图所示：
图1
参照上图先说说具体得到的结论：
1) onInterceptTouchEvent负责对touch事件进行拦截，对于嵌套的view最先执行的是事件拦截方法的是最外层的那个view的onInterceptTouchEvent方法，然后依次执行子视图的onInterceptTouchEvent,然后在执行子视图的子视图的事件拦截方法(当然在这里假设所有嵌套视图的onInterceptTouchEvent都会得到执行,让每个视图的onInterceptTouchEvent返回false即可)。参照上图，所以onInterceptTouchEvent执行顺序就是A--->B--->C--->D.也就是由父视图到子视图传递。总之，事件拦截机制是由父视图开始发起对事件的拦截(出事了老子先上，儿子稍后)。参照上图当手指触摸事件时，父视图A首先发起对该起事件的拦截，如果A拦截失败，就交给它的子视图B进行拦截；如果B拦截失败就交给B的子视图C再进行拦截..直到某一子视图对该次事件拦截成功。
2)某一视图拦截事件成功与否的判断标识是onInterceptTouchEvent方法的返回值，当返回true的时候说明拦截成功，返回false的时候说明当前视图对事件拦截失败。
3)下面说说拦截成功的情况，假设C视图对当前touch事件拦截成功。拦截成功意味着此次事件不会再传递到D视图了。所以此时的D视图的onInterceptTouchEvent就得不到运行(事件没法到达了，还拦截谁呢？)。事件拦截成功后，紧接着就会对事件进行处理，处理的方法教给onTouchEvent方法处理。此时C视图拦截成功，那么紧接着就会执行C视图的onTouchEvent方法，这是不是就意味着当前touch事件是由C视图的onTouchEvent方法来处理的呢？这要由C视图的onTouchEvent方法的返回值来决定。当C视图的onTouchEvent返回true的时候，当前事件就由C全权处理，处理的当然是事件的各种action，什么MotionEvent.ACTION_MOVE,ACTION_UP都交给了C的onTouchEvent方法进行处理。所以此时就可以在C的onTouchEvent方法中进行switch(event.getAction)判断执行相关逻辑了。如果返回的false,说明C视图对此事件不做处理或者处理不了，怎么办呢？儿子不行老爸来，于是事件就交到了B视图的onTouchEvent方法中。同样B对此事件处理与否还是看B的onTouchEvent返回值，具体的解释就跟C一样了，不复多言。
4)在A B C D的onInterceptTouchEvent和onTouchEvent都返回false的情况下，方法执行的顺序依次为A.onInterceptTouchEvent-->B.onInterceptTouchEvent-->C.onInterceptTouchEvent-->D.touchEvent(最深的子视图没重写onInterceptTouchEvent)-->C.touchEvent-->B.touchEvent-->A.touchEvent.也就是说拦截事件是父视图优先有子视图进行拦截，处理事件是子视图优先父视图进行处理。
总结：onInterceptTouchEvent负责对事件进行拦截，拦截成功后交给最先遇到onTouchEvent返回true的那个view进行处理。
结合事件源码分析事件处理机制的话，可以阅读《从源码角度解析android事件原理》
下面将要详细讲解上面结论是怎么得出的，准备分两部分进行一步步讲解。如果上面说的看明白的话，下面的内容就不要看了，因为会很啰嗦。
图1的布局代码如下所示：