Android事件分發機制總結
理解事件的分發機制，需要對View和ViewGroup事件的分發分別探討。View和ViewGroup的區別，一個View控制元件是指它裡面不能再包含子控制元件了，常見的如TextView、Button、ImageView等，而ViewGroup是繼承自View的，但是它裡面可以包含一些子控制元件，包括View或者巢狀的ViewGroup，常用的大部分佈局都是ViewGroup元件,如LinearLayout、RelativeLayout、FrameLayout等。
首先要明白的是，當我們觸控一個控制元件時（不論是View還是ViewGroup），都會呼叫dispatchTouchEvent()方法，開始事件的分發處理。我們先自定義一個簡單的線性佈局：
public class MyLinearLayout extends LinearLayout {
public MyLayout(Context context, AttributeSet attrs) {
super(context, attrs);
}
}佈局檔案：
<com.scu.viewtouch.MyLinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" android:gravity="center"> <Button android:layout_width="wrap_content" android:layout_height="wrap_content" android:padding="20dp" android:background="#808080" android:text="點選View" /> </com.scu.viewtouch.MyLinearLayout>
一、View事件的分發
執行後，我們點選Button控制元件，當事件傳遞到Button時會呼叫Button的dispatchTouchEvent方法
（Button本身並沒有dispatchTouchEvent方法，往上最終尋找到其父類View的dispatchTouchEvent方法）。
根據dispatchTouchEvent原始碼來分析其處理流程：
第一步：首先進行三個條件的判斷：public boolean dispatchTouchEvent(MotionEvent event) { if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && mOnTouchListener.onTouch(this, event)) { //第一步 return true; } return onTouchEvent(event); //第二步 }
（1）檢視是否給button設定了OnTouchListener()事件；
（2）控制元件是否Enable；（控制元件預設都是enable的）
（3）button裡面實現的OnTouchListener監聽裡的onTuch()方法是否返回true；
如果條件都滿足，則該事件被消耗掉，不再進入onTouchEvent中處理。
第二步：上述三個條件不同時滿足時，事件將交給onTouchEvent方法處理。
再根據onTouchEvent原始碼分析其處理流程：
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
// A disabled view that is clickable still consumes the touch
// events, it just doesn't respond to them.
return (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {//第一點
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
if ((mPrivateFlags & PRESSED) != 0 || prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (!mHasPerformedLongPress) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
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(); //第二點
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
mPrivateFlags |= PRESSED;
refreshDrawableState();
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN:
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPrivateFlags |= PREPRESSED;
mHasPerformedLongPress = false;
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
break;
case MotionEvent.ACTION_CANCEL:
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
removeTapCallback();
break;
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
// Be lenient about moving outside of buttons
int slop = mTouchSlop;
if ((x < 0 - slop) || (x >= getWidth() + slop) ||
(y < 0 - slop) || (y >= getHeight() + slop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
// Need to switch from pressed to not pressed
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
}
}
break;
}
return true;
}
return false;
} 第一點：這裡有一個長長的if語句
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE))return true;public void setOnClickListener (OnClickListener l) {
if (!isClickable()) {
setClickable( true);
}
mOnClickListener = l;
}第二點：我們設定的onclick事件是在手指擡起ACTION_UP的時候執行的。
到這，我們可以總結一下，View事件的處理流程。對於View來說，事件首先進入到dispatchTouchEvent方法中
進行分發處理，在dispatchTouchEvent中首先檢視該View是否設定了OnTouchListener事件並且實現的監聽中的
onTouch方法的返回值是否為true，如果滿足，這個事件就到此被消耗，不再往下處理；如果條件不滿足，
則進入到onTouchEvent方法中進行處理，在onTouchEvent方法中，先檢查該View是否是可點選或長按的
（設定監聽、佈局中設定android:clickable），如果是則該事件被消耗。
可以看出，onTouch()方法的執行優先於onTouchEvent()，onTouch()方法的返回值決定了
能否執行到onTouchEvent()方法，dispatchTouchEvent()方法的返回值，
依賴於OnTouchListener的onTouch()方法或者onTouchEvent()方法。
二、ViewGroup事件的分發處理
繼續以我們上面那個自定義佈局為例，當我們點選button時，事件其實是先到我們自定義的MyLinearLayout中分發的，
同樣，首先進入MyLinearLayout的dispatchTouchEvent（LinearLayout中本身也沒有dispatchTouchEvent，
最終找到其父類ViewGroup的dispatchTouchEvent）方法中進行分發，根據dispatchTouchEvent原始碼進行分析：
public boolean dispatchTouchEvent(MotionEvent ev) {
final int action = ev.getAction();
final float xf = ev.getX();
final float yf = ev.getY();
final float scrolledXFloat = xf + mScrollX;
final float scrolledYFloat = yf + mScrollY;
final Rect frame = mTempRect;
//這個值預設是false, 然後我們可以通過requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法
//來改變disallowIntercept的值
boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//這裡是ACTION_DOWN的處理邏輯
if (action == MotionEvent.ACTION_DOWN) {
//清除mMotionTarget, 每次ACTION_DOWN都很設定mMotionTarget為null
if (mMotionTarget != null) {
mMotionTarget = null;
}
//disallowIntercept預設是false, 就看ViewGroup的onInterceptTouchEvent()方法
if (disallowIntercept || !onInterceptTouchEvent(ev)) { //第一點
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
//遍歷其子View
for (int i = count - 1; i >= 0; i--) { //第二點
final View child = children[i];
//如果該子View是VISIBLE或者該子View正在執行動畫, 表示該View才
//可以接受到Touch事件
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
//獲取子View的位置範圍
child.getHitRect(frame);
//如Touch到螢幕上的點在該子View上面
if (frame.contains(scrolledXInt, scrolledYInt)) {
// offset the event to the view's coordinate system
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
//呼叫該子View的dispatchTouchEvent()方法
if (child.dispatchTouchEvent(ev)) {
// 如果child.dispatchTouchEvent(ev)返回true表示
//該事件被消費了，設定mMotionTarget為該子View
mMotionTarget = child;
//直接返回true
return true;
}
// The event didn't get handled, try the next view.
// Don't reset the event's location, it's not
// necessary here.
}
}
}
}
}
//判斷是否為ACTION_UP或者ACTION_CANCEL
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
//如果是ACTION_UP或者ACTION_CANCEL, 將disallowIntercept設定為預設的false
//假如我們呼叫了requestDisallowInterceptTouchEvent()方法來設定disallowIntercept為true
//當我們擡起手指或者取消Touch事件的時候要將disallowIntercept重置為false
//所以說上面的disallowIntercept預設在我們每次ACTION_DOWN的時候都是false
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
// The event wasn't an ACTION_DOWN, dispatch it to our target if
// we have one.
final View target = mMotionTarget;
//mMotionTarget為null意味著沒有找到消費Touch事件的View, 所以我們需要呼叫ViewGroup父類的
//dispatchTouchEvent()方法，也就是View的dispatchTouchEvent()方法
if (target == null) {
// We don't have a target, this means we're handling the
// event as a regular view.
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);
}
//這個if裡面的程式碼ACTION_DOWN不會執行，只有ACTION_MOVE
//ACTION_UP才會走到這裡, 假如在ACTION_MOVE或者ACTION_UP攔截的
//Touch事件, 將ACTION_CANCEL派發給target，然後直接返回true
//表示消費了此Touch事件
if (!disallowIntercept && onInterceptTouchEvent(ev)) {
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
ev.setAction(MotionEvent.ACTION_CANCEL);
ev.setLocation(xc, yc);
if (!target.dispatchTouchEvent(ev)) {
}
// clear the target
mMotionTarget = null;
// Don't dispatch this event to our own view, because we already
// saw it when intercepting; we just want to give the following
// event to the normal onTouchEvent().
return true;
}
if (isUpOrCancel) {
mMotionTarget = null;
}
// finally offset the event to the target's coordinate system and
// dispatch the event.
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
ev.setLocation(xc, yc);
if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
mMotionTarget = null;
}
//如果沒有攔截ACTION_MOVE, ACTION_DOWN的話，直接將Touch事件派發給target
return target.dispatchTouchEvent(ev);
}第一點：首先通過onInterceptTouchEvent方法判斷該ViewGroup是否進行攔截該事件，預設該方法返回false，
即不進行攔截，將事件分發給它的子View或子ViewGroup。很多時候，我們在自定義一些複雜控制元件時，我們可以重寫
該方法，根據情況靈活處理其返回值。
第二點：
1、當onInterceptTouchEvent返回false不進行攔截時，if判斷條件成立，進入到if內，
開始遍歷該ViewGroup的子ViewGroup或子View，將事件分發給子ViewGroup或子View的dispatchTouchEvent方法，
在分發過程中如果中間的ViewGroup沒有進行攔截，Touch事件就會一直往下分發到手指按下的最裡面的View，
這個時候，就會按照View事件的分發處理過程呼叫View的dispatchTouchEvent方法了，
從而交給onTouchEvent方法進行處理，
（1）如果onTouchEvent返回true，也即該View的dispatchTouchEvent返回true，
表示消耗掉了此事件，事件也就終止傳遞。
（2）如果onTouchEvent返回false，即不消費Touch事件，這個Touch事件就會向上找父佈局呼叫其
父佈局的onTouchEvent，讓父佈局處理。
2、當onInterceptTouchEvent返回true的時候，表示該ViewGroup需要進行攔截事件，此事件就交給該ViewGroup
自己來處理，從而呼叫該ViewGroup的onTouchEvent方法。
可以看出，ViewGroup的事件傳遞實際上是分為兩步的：事件分發和事件處理，首先是Touch事件的分發，
先從從頂層的View一直往下分發到手指按下的最裡面的View，到了這裡之後，判斷該View是否進行事件的處理
（或消耗），如果不處理（false），就反過來一層一層往上交給父佈局處理，如果消耗（true），
就不會再交給父佈局，事件終止。流程圖如下：
（圖轉自某位大神，http://blog.csdn.net/dmk877/article/details/49055815）
到這裡，我們總結一下，View和ViewGroup的事件分發和處理的總流程，當我們手指觸控式螢幕幕時，
事件會傳入到我們編寫的佈局檔案的根佈局上，如上面我們自定義的MyLinearLayout中，
尋找MyLinearLayout的dispatchTouchEvent方法進行事件分發，由於LinearLayout中本身沒有該方法，
就往上尋找到其父類ViewGroup的dispatchTouchEvent方法，往下分發前檢視該ViewGroup的
onInterceptTouchEvent方法判斷是否需要攔截掉該事件，如果不攔截遍歷其子ViewGroup或子View，
直到碰到該往下分發過程中被某個ViewGroup攔截掉，或者最後分發到手指按下的最裡面的View，
然後按照View的事件處理流程處理該事件。在ViewGroup事件分發過程中，會根據子View或者ViewGroup的
dispatchTouchEvent方法的返回值決定是否繼續遍歷分發下去。
好了，到這裡事件分發的理論是差不多了，後面最重要的是多看看一些大神的自定義控制元件，慢慢在實戰中靈活掌握
事件分發的機制。同時結合Android View和ViewGroup的繪製流程，融會貫通。
Android事件分發參考文章：
http://blog.csdn.net/guolin_blog/article/details/9097463
http://blog.csdn.net/guolin_blog/article/details/9153747
http://blog.csdn.net/xiaanming/article/details/21696315
http://blog.csdn.net/dmk877/article/details/48781845
http://blog.csdn.net/dmk877/article/details/49055815