android事件拦截处理机制具体解释 _处理机

金鞍玉勒寻芳客，未信我庐别有春。这篇文章主要讲述android事件拦截处理机制具体解释相关的知识，希望能为你提供帮助。
前段时间刚接触过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的布局代码例如以下所看到的：

< com.example.demo.AView xmlns:android=" http://schemas.android.com/apk/res/android" xmlns:tools=" http://schemas.android.com/tools" android:layout_width=" match_parent" android:layout_height=" match_parent" > < com.example.demo.BView android:layout_width=" match_parent" android:layout_height=" match_parent" > < com.example.demo.CView android:layout_width=" match_parent" android:layout_height=" match_parent" > < com.example.demo.DView android:layout_width=" match_parent" android:layout_height=" match_parent" android:text=" 測试demo" /> < /com.example.demo.CView> < /com.example.demo.BView> < /com.example.demo.AView>

当中最后一个D是一个自己定义的TextView。与A B C三个View的差别就是D仅仅重写了onTouchEvent方法。A B C 这三个自己定义控件还重写了onInterceptEvent方法。
D的代码例如以下，A B C代码基本上除了类名和输出log不一样外其余的都一样。所以为了降低这里仅仅贴出当中的一个。
DView的代码：

public class DView extends TextView{ private static String tag = " D" ; public DView(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } public DView(Context context, AttributeSet attrs) { super(context, attrs); } public DView(Context context) { super(context); } @Override public boolean onTouchEvent(MotionEvent event) { Log.e(tag, " --onTouchEvent--D" ); return false; } }

AView的代码和C D的总体几乎相同，就贴出来一个：

public class AView extends RelativeLayout{ private static String tag = " A" ; public AView(Context context) { super(context); } public AView(Context context, AttributeSet attrs, int defStyle) { super(context, attrs, defStyle); } public AView(Context context, AttributeSet attrs) { super(context, attrs); } @Override public boolean onInterceptTouchEvent(MotionEvent ev) { Log.e(tag," --onInterceptTouchEvent--A" ); return false; } @Override public boolean onTouchEvent(MotionEvent event) { Log.e(tag," --onTouchEvent---A" ); return false; } }

刚開始的时候重写的方法全部返回false运行点击的效果输出log为：

转换成效果图为：

文章图片

从此图能够看出，onInterceptTouchEvent事件的运行顺序是由父控件到子控件。而且优先于自己控件的onTouchEvent方法运行，onTouchEvent事件运行的顺序正好相反由子控件到父控件。注意因为此时都返回了false，是没有哪一个view来处理此次的touch事件的各个ACTION的，这也是为什么onTouchEvent为什么会一直传递到A的原因。所以ACTION_MOVE和ACTION_UP等事件得不到对应（处理），此种情况下即使你在D的onTouchEvent方法里面写了例如以下代码，也不会得到运行。

if(event.getAction()==MotionEvent.ACTION_MOVE){ Log.e(tag, " --onTouchEvent--*****" ); }

1)假设A的InterceptTouchEvent返回了true，其余的仍然返回false，那么运行输出的log为：

文章图片

转换成效果图为：

能够发现此时A拦截了此次Touch事件。事件不再向A的子控件B C D传递。此时全部的action事件比方手指移动事件ACTION_MOVE或者ACTION_UP事件啦等等事件都交给A的onTouchEvent方法去处理（当然这是在onTouchEvent方法返回true的情况下，假设返回false经过測试时不会对应这些action的）。B,C ,D控件是的事件处理拦截方法和事件处理方法是无法得到运行的。

2)仅仅有B的onIntercepteTouchEvent事件返回了true的情况下，打印的log为

文章图片

转换成效果图为：

文章图片

此时由B拦截了此次Touch事件，并不会向C D子控件传递；相同的因为onTouchEvent事件返回为false,所以此次事件的event.getAction()的各种action都不会得到处理。

4)同理可知，C控件的onIntercept方法返回了true的情况下。其余的仍然返回false的情况下，输出log为