引言：相信不少Android開發都遇到過這樣一個問題：“給一個控件寫了setOnClickListener，結果View.OnClickListener怎麼都不相應，查了半天，發覺原來這個控件有添加setOnTouchListener，一旦View.OnTouchListener中的onTouch返回true，那麼View.OnClickListener是絕對不會響應的”。bug好解決，但是背後的原理又是什麼呢？
Android事件分發機制
三個對象
Android的事件分發，涉及到三個主要對象：Activity 、ViewGroup 、View，事件傳遞的順序是：Activity -> ViewGroup -> View，即1個點擊事件發生後，事件先傳到Activity、再傳到ViewGroup、最終再傳到 View。
二個方法
- dispatchTouchEvent：事件分發
- onTouchEvent：事件處理
從Activity開始
/**
* 源碼分析：Activity.dispatchTouchEvent（）
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
// 一般事件列開始都是DOWN事件
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
// 屏保功能
onUserInteraction();
}
/** 若getWindow().superDispatchTouchEvent(ev)的返回true，則
* Activity.dispatchTouchEvent（）就返回true，
*/
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
// 否則：繼續往下調用Activity.onTouchEvent，即ViewGroup不處理該事件，交由Activity自己處理。
return onTouchEvent(ev);
}
注意這裏的核心邏輯：getWindow().superDispatchTouchEvent(ev)，
- getWindow()：獲取Window類的對象
- Window類是抽象類，其唯一實現類 = PhoneWindow類；即此處的Window類對象 = PhoneWindow類對象
- Window類的superDispatchTouchEvent() = 1個抽象方法，由子類PhoneWindow類實現
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
// mDecor = 頂層View（DecorView）的實例對象
}
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
// 調用父類的方法 = ViewGroup的dispatchTouchEvent()
// 即 將事件傳遞到ViewGroup去處理
}
看到這裏，大家應該懂了，Activity的super.dispatchTouchEvent(event)其實就是把事件交給ViewGroup來處理，如果返回true，即ViewGroup處理了該事件，那麼Actity也會返回true。而如果super.dispatchTouchEvent(event)返回false，那表示ViewGroup不處理，那麼事件就會交由Actity自己的onTouchEvent來處理。
再看ViewGroup
那麼，ViewGroup又是怎麼處理事件的呢？
/**
* 源碼分析：ViewGroup.dispatchTouchEvent（）
*/
public boolean dispatchTouchEvent(MotionEvent ev)
{
... // 僅貼出關鍵代碼
// 重點分析1：ViewGroup每次事件分發時，都需調用onInterceptTouchEvent()詢問是否攔截事件
if (disallowIntercept || !onInterceptTouchEvent(ev))
{
// 判斷值1：disallowIntercept = 是否禁用事件攔截的功能(默認是false)，可通過調用 requestDisallowInterceptTouchEvent（）修改
// 判斷值2： !onInterceptTouchEvent(ev) = 對onInterceptTouchEvent()返回值取反
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
// 通過for循環，遍歷了當前ViewGroup下的所有子View
for (int i = count - 1; i >= 0; i--)
{
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null)
{
child.getHitRect(frame);
// 判斷當前遍歷的View是不是正在點擊的View，從而找到當前被點擊的View
// 若是，則進入條件判斷內部
if (frame.contains(scrolledXInt, scrolledYInt))
{
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
// 條件判斷的內部調用了該View的dispatchTouchEvent()
// 即 實現了點擊事件從ViewGroup到子View的傳遞（具體請看下面的View事件分發機制）
if(child.dispatchTouchEvent(ev))
{
mMotionTarget = child;
return true;
}
// 調用子View的dispatchTouchEvent後是有返回值的
// 若該控件可點擊，那麼點擊時，dispatchTouchEvent的返回值必定是true，因此會導致條件判斷成立
// 於是給ViewGroup的dispatchTouchEvent（）直接返回了true，即直接跳出
// 即把ViewGroup的點擊事件攔截掉
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) || (action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel)
{
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
// 若點擊的是空白處（即無任何View接收事件） / 攔截事件（手動複寫onInterceptTouchEvent（），從而讓其返回true）
if (target == null) {
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
// 調用ViewGroup父類的dispatchTouchEvent()，即View.dispatchTouchEvent()
// 因此會執行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick（） ->> onClick()，即自己處理該事件，事件不會往下傳遞（具體請參考View事件的分發機制中的View.dispatchTouchEvent（））
// 此處需與上面區別：子View的dispatchTouchEvent（）
}
...
}
簡單來說，ViewGroup做了幾件事件，通過onInterceptTouchEvent方法判斷是否攔截該事件（ViewGroup獨有）。如果不攔截，遍歷自己的child（即ViewGroup中的View），看事件點擊是在那個child身上，調用child的dispatchTouchEvent把事件交給view來處理。到這裏，處理邏輯類似於之前的Activity，判斷child的dispatchTouchEvent返回是否爲true，如果返回true，說明child處理了該事件，整個方法直接返回。如果返回false，或者之前onInterceptTouchEvent返回true，則事件交由ViewGroup自己的super.dispatchTouchEvent(ev)來處理。由於ViewGroup繼承自View，因此其實這裏調用了View的dispatchTouchEvent，最後會調用View的OnTouchEvent處理這個事件。如果這裏還返回false，那整個方法返回false，事件重新回到Activity，還記得剛纔Activity的處理邏輯嘛？
最後分析View
/**
* 源碼分析：View.dispatchTouchEvent（）
*/
public boolean dispatchTouchEvent(MotionEvent event)
{
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event))
{
return true;
}
return onTouchEvent(event);
}
首先，滿足以下3個條件，方法直接返回true
mOnTouchListener != null(mViewFlags & ENABLED_MASK) == ENABLEDmOnTouchListener.onTouch(this, event)
mOnTouchListener != nullmOnTouchListener變量在View.setOnTouchListener（）方法裏賦值。(mViewFlags & ENABLED_MASK) == ENABLED，該條件是判斷當前點擊的控件是否enable。mOnTouchListener.onTouch(this, event)，回調控件註冊Touch事件時的onTouch（），需手動複寫設置。還記得開頭我們提到的：“View.OnTouchListener中的onTouch返回true，那麼View.OnClickListener是絕對不會響應”這個問題嘛？
如果3個條件都滿足，那麼方法直接返回，之後的onTouchEvent方法便不會再執行。而onTouchEvent中最核心的邏輯，就是執行用戶在View.OnClickListener定義的方法：
/**
* Touch事件的具體實現方法
*
* @param event The motion event.
* @return 返回true，此事件被消費，返回false,則沒被消費
*/
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
........
//對View是否可以消費點擊事件做判斷，是否設置點擊事件，是否可點擊
if (((viewFlags & CLICKABLE) == CLICKABLE ||(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP://手指擡起up事件
boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
if ((mPrivateFlags & PRESSED) != 0 || prepressed) {
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
setPressed(true);//Button按壓狀態變化通知
}
if (!mHasPerformedLongPress) {
removeLongPressCallback();//去除長按狀態
//執行點擊事件
if (!focusTaken) {
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();//消費點擊事件
}
}
}
.......
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN://手指按下down事件
......
break;
case MotionEvent.ACTION_CANCEL://事件取消
setPressed(false);
removeTapCallback();
break;
case MotionEvent.ACTION_MOVE://手指移動move事件
final int x = (int) event.getX();
final int y = (int) event.getY();
.......
break;
}
return true;
}
return false;
}
總結
總的來說，這是一個“層層分發，上層給下層，下層給下下層，如果下層搞不定，自己再處理的過程”。希望能幫助大家對Android的事件分發機制有了一個大致的瞭解。