view的事件分发是一个老生常谈的问题了，自己也看过很多，工作中也用到一些，但是也只是达到想要的效果就浅尝辄止了，没有去研究到底为什么。今天抽空整理一下，一来整理自己的知识体系，而来方便以后复习查阅。
摘要
就这个主题主要分析三件事：
- view的事件分发
- viewGroup的事件分发
- 工作中一些应用问题解决的原理分析
view的事件分发
一图胜千言，先上一张图
View事件分发流程.png
几点说明
- 主要两个方法
dispatchTouchEvent和onTouchEvent -
dispatchTouchEvent结果返回false会阻断事件传递，返回true会消费掉这次事件，继续下一个事件处理，直到事件处理完。 - 拦截click事件可以修改
onTouch返回true - 不可点击的控件默认只有Down的Touch事件，要想有Move和Up事件，必须修改
onTouch返回true或者设置clickable为true
viewGroup的事件分发
老规矩，先上一张图
ViewGroup事件分发.png
这里也做几点说明
- 主要方法比View多一个
onInterceptTouchEvent，拦截touch事件 - 事件分发是先从viewGroup，然后再到子View
- 如果
onInterceptTouchEvent返回true，就拦截掉事件，没有子View处理事件的机会了，会走到ViewGroup自身事件处理，基本在onTouch中处理，跟View一样，返回true，继续下个事件，返回false，阻断事件传递 - 如果点击区域不在子View上，跟
onInterceptTouchEvent返回true处理一样，否则会遍历子View，判断是Visible就把事件交给子View处理（注意：这里有模糊点，后面会说） - 如果子View
dispatchTouchEvent返回true，如果子View clickable为true，返回就肯定是true，就会阻断流程。这样父ViewGroup就不能处理事件了 - 如果子View
dispatchTouchEvent返回false就会执行所有字View的dispatchTouchEvent，并继续父ViewGroup的事件处理。 - 让子View
dispatchTouchEvent返回false，只能是clickable为false，这样子View就会阻断事件传递，也就终止了整个事件传递。即子View和父ViewGroup只有Down事件处理
一些问题解决原理分析
1.事件穿透
像FrameLayout、RelativeLayout这样的布局子布局是可以重叠的，那这样点击上层的View并且它的clickable为false，这时候事件就会传递到下层的View。
解决方法相信大家都知道，不知道的网上随便一搜也能搜到。可是到底是怎么一回事呢？
其实也不负责，上面都说过了，咱们再来重温下：
ViewGroup的事件处理会遍历子View，如果所有子View的dispatchTouchEvent 返回false，就会执行所有子View的dispatchTouchEvent，这里明白了吧，所有View都会执行onTouch
等等。。是只有子View的visible为true才会把时间传给子View的呀，既然上层View已经覆盖下层View，那下层View应该接受不到时间才对啊。
这里就设计到上面提到的模糊知识点了，其实visible和可见性是两个概念，这里判断的visible只要没有设置Invisible或Gone，它就是visible的。这下彻底明白了吧。
这里提到了可见性，至于怎么判断可见性，可以使用getGlobalVisibleRect和getLocalVisibleRect判断，但前提是知道要判断的两个View的层级。如果是自己的项目的话这个自然可以知道。但是如果是SDK提供的，就要想其它办法了。（不要说使用isShow判断，自己试过就知道了。他会判断parentView如果是null就会返回false，但是DecorView的父view是什么，就是null，所以isShow都是返回false。不知道是系统bug，还是API写错了，还是才疏学浅不知道怎么用。有知道的大佬欢迎讨论）
有兴趣的同学可以研究下有没有更好的办法，欢迎交流
事件冲突
类似listview的上下滑动和item view的左右滑动。当手指在子view上滑动的时候，就不知道是该listview处理还是item view处理
其实解决方案就是判断用户的滑动是上下滑动还是左右滑动，然后交给不同的view处理
如果是上下滑动要交给父view处理，就需要屏蔽子View的事件处理。父View onInterceptTouchEvent 返回true就好了，或者改变子View的visible。但是改变子View的visible效果肯定不好，所以就是修改父View的onInterceptTouchEvent 返回true。如果左右滑动，交给子View处理，并且阻断父View处理事件，父View onInterceptTouchEvent 返回false，改变子View的clickable为true或者在onTouch返回true（子View不用动态改，最好是在onTouch返回true）。
就是这么简单，只要懂得原理，不同的场景用不同的方法来解决。无非就是父View和子View之间事件到底谁处理。
还有很多的场景是类似的问题，相信看了这篇文章，真正弄清楚原理。以后遇到别的问题，可以实际分析，找出合理的解决方法。
最后祝大家天天开心！！
网友评论