① android事件分发机制是怎么判断手势类型，并决定分发给哪个view的
参考如下：
在父布局中
if(event.getAction() == MotionEvent.ACTION_DOWN){
//do
return true;
}else{
return false;
}
在子布局中
if(event.getAction() == MotionEvent.ACTION_MOVE){
//do
return true;
}
② android事件分发机制怎么写
ViewGroup就是一组View的集合，它包含很多的子View和子VewGroup，是Android中所有布局的父类或间接父类，像LinearLayout、RelativeLayout等都是继承自ViewGroup的。
但ViewGroup实际上也是一个View，只不过比起View，它多了可以包含子View和定义布局参数的功能。
③ 自定义控件 事件分发机制 anr问题 art和dalvik的区别 android关于oom
Android基础知识
Android内存泄漏总结
Handler内存泄漏分析及解决
Handler、Looper、Message、MessageQueue基础流程分析
Android性能优化
ListView详解
RecyclerView和ListView的异同
AsyncTask源码分析
插件化技术
自定义控件
事件分发机制
ANR问题
Art和Dalvik的区别
Android关于OOM的解决方案
Fragment
Activity&Fragment
SurfaceView
Android几种进程
APP启动过程
④ android 事件分发用在哪
decorView是window中的最顶层view，如果在不干预子控件的touch或click事件的前提下捕捉touch事件，建议重写antivity中dispatchTouchEvent（event）方法（保留其中的super.dispatchTouchEvent），然后对event进行处理。 建议网上搜索“android触摸事件的分发机制”，先进行具体的了解。
⑤ android的事件分发机制是怎么样的
这个是我见过讲的最明白的了，你多看几遍，先背过，再慢慢理解。
http://www.cnblogs.com/sunzn/archive/2013/05/10/3064129.html
⑥ android 如何获取一个界面最顶层的view并处理单击事件的分发机制
android事件分发机制 就是一个触摸事件发生了，从一个窗口传递到一个视图，再传递到另外一个视图，最后被消费的过程，在android中还是比较复杂的传递流程如下：
(1) 事件从Activity.dispatchTouchEvent()开始传递，只要没有被停止或拦截，从最上层的View(ViewGroup)开始一直往下(子View)传递。子View可以通过onTouchEvent()对事件进行处理。
(2) 事件由父View(ViewGroup)传递给子View，ViewGroup可以通过onInterceptTouchEvent()对事件做拦截，停止其往下传递。
⑦ android事件分发机制 什么意思
android事件分发机制 就是一个触摸事件发生了，从一个窗口传递到一个视图，再传递到另外一个视图，最后被消费的过程，在android中还是比较复杂的传递流程如下：
(1) 事件从Activity.dispatchTouchEvent()开始传递，只要没有被停止或拦截，从最上层的View(ViewGroup)开始一直往下(子View)传递。子View可以通过onTouchEvent()对事件进行处理。
(2) 事件由父View(ViewGroup)传递给子View，ViewGroup可以通过onInterceptTouchEvent()对事件做拦截，停止其往下传递。
(3) 如果事件从上往下传递过程中一直没有被停止，且最底层子View没有消费事件，事件会反向往上传递，这时父View(ViewGroup)可以进行消费，如果还是没有被消费的话，最后会到Activity的onTouchEvent()函数。
(4) 如果View没有对ACTION_DOWN进行消费，之后的其他事件不会传递过来。
(5) OnTouchListener优先于onTouchEvent()对事件进行消费。
上面的消费即表示相应函数返回值为true。
⑧ android点击事件分发机制中为什么不能直接通过拦截来确定是否执行当前View的onTouch方法
我们根据拦截返回的布尔值判断是否拦截，那么，你该在哪里写if else呢，不还是得另写一个方法判断吗，那不就是dispatchtouchevent
⑨ Android事件分发机制是怎么判断手势类型，并决定分发给哪个view的
可以参考如下内容:
dispatchTouchEvent -> onTouch -> onTouchEvent
等上述的up事件分发完结后，再调用onClick
看起来一目了然，事实上，我只是用了默认的调用，在TextView的dispatchTouchEvent和onTouchEvent都是让它返回super.xxx。而且在onTouch监听里返回的是false。
所以，实际的情况更多，基于此，为了更清晰地熟悉事件分发机制，我们只能通过看源码了。
源码分析
我目前查看的源码是API 22环境下的。这部分关于View的事件分发的源码和之前的有很大的区别，但是，万变不如其中，有些根本的逻辑流程一般是不会改变的。
我们直接看View的代码，因为控件都继承自View。