Android事件分发机制介绍
author:秦子帅
time: 2018-6-14
学习之前，我们先弄明白一件事，到底什么是Android事件分发机制？说白了就是Android触摸事件的传递流程。
下面图片说明了，触摸事件是由外到内传递的。 传递之后由内到外进行处理。
预备知识
Android事件的构成：
在android中，事件主要包括点按，长按，拖拽，滑动等等，另外点按还包括点击和双击。所有这些都构成了android中的事件响应。总的来说所有的事件都由以下三个部分组成：
- 按下(ACTION_DOWM)
- 移动(ACTION_MOVE)
- 抬起(ACTION_UP)
所有操作首先执行的是按下的操作，之后所有的操作都是以按下作为前提的，这一系列的操作的可以在android中控制。这里不清楚的朋友我回来单独做个demo出来，一看就懂了。
我们知道所有的事件操作都发生在触屏幕上，而在屏幕上与我们交互的就是各种各样 的视图组件(View),在android中，所有的视图都继承于view,另外通过各种布局组件(viewgroup)来对view进行布局，viewgroup也继承与view，所有的UI控件：例如
Button,Textview等等；所有的布局控件：例如Relativelayout,listview都是继承viewgroup.所有事件的操作主要发生在view和viewgroup之间，下面主要讲一下view和viewgroup都有哪些方法来对事件进行响应。
- 1）dispatchTouchEvent() 这个方法用于事件的分发
- 2）onInterceptTouchEvent() 进行判断是否拦截事件
- 3）onTouchEvent() 这个方法用于事件的处理
所有的方法都接受了一个参数MotionEvent类型的参数，MotionEvent用于标记各种事件动作事件，返回值是boolean， 事件传递时一个接着一个，所以只有”是否“传递来决定，所以用boolean。
这一节简单介绍了一些基本知识，下一节通过实际的Demo来分享触摸事件的传递规律。
文章我回来会整理分享出来。
从源码分析button的onClick和onTouch
author:秦子帅
time: 2018-6-16
上节我们讲了Android事件分发的介绍和预备知识，在讲View、ViewGroup分发机制之前，我们先讲一下onClick和onTouch事件.
下面直接先写一个Button并监听Onclick和Ontouch，并在Ontouch中监听一下触摸动作，代码如下：
运行结果：
另外我们把setOnTouchListener方法中的return false改成return true，运行结果如下：
这时我们发现一个结论：
1.Ontouch要先于Onclick执行
2.setOnTouchListener中return true时，Onclick不执行
下面我们从源码分析一下：
因为Button集成了View我们在View.java中寻找源码，通过寻找我们锁定了下面的一段代码：
public boolean dispatchTouchEvent(MotionEvent event) {
// If the event should be handled by accessibility focus first.
if (event.isTargetAccessibilityFocus()) {
// We don't have focus or no virtual descendant has it, do not handle the event.
if (!isAccessibilityFocusedViewOrHost()) {
return false;
}
// We have focus and got the event, then use normal event dispatch.
event.setTargetAccessibilityFocus(false);
}
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
if (onFilterTouchEventForSecurity(event)) {
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//noinspection SimplifiableIfStatement
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
}
if (!result && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
// Clean up after nested scrolls if this is the end of a gesture;
// also cancel it if we tried an ACTION_DOWN but we didn't want the rest
// of the gesture.
if (actionMasked == MotionEvent.ACTION_UP ||
actionMasked == MotionEvent.ACTION_CANCEL ||
(actionMasked == MotionEvent.ACTION_DOWN && !result)) {
stopNestedScroll();
}
return result;
}
我们再精确一点，锁定了下面的代码：
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
if (!result && onTouchEvent(event)) {
result = true;
}
我们详细分析一下这段代码，首先看一下四个判断条件
1.li!=null
li就是mListenerInfo，通过下面的GIF图就可以证明mListenerInfo对象不是空。
2.-li.mOnTouchListener != null，通过上面的GIF图也可证明。
3.(mViewFlags & ENABLED_MASK) == ENABLED这段话的意思就是是否 ENABLED，显然我们没有对button做任何处理，是可以点击的。
4.li.mOnTouchListener.onTouch(this, event)) { result = true;
这句话表示如果onTouch方法返回了true，就直接跳出去了，如果返回的false，就继续执行。基本就证明上面的第二个结论：
2.setOnTouchListener中return true时，Onclick不执行
但是我们还没有找到onClick，还不能确认，所以继续往下找。
如果返回的false，就会继续执行代码，进入onTouchEvent(处理事件)方法中：
我们锁定了下面的代码：
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
我们都看得懂吧？点击PerformClick()方法进去：
我们发现了：
li.mOnClickListener.onClick(this);
从而证明我们的两个观点：
1.Ontouch要先于Onclick执行
2.setOnTouchListener中return true时，Onclick不执行
今天就分析到这里，下次继续新内容！