① 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。