目錄
1.基礎(chǔ)概念
1.1 touch事件定義
什么是Touch事件？
一個Touch事件在用戶點擊屏幕（ACTION_DOWN）時產(chǎn)生，抬起手指（ACTION_UP）時結(jié)束，而Touch事件又被封裝到MotionEvent當(dāng)中。
1.2 事件分類
Touch事件總體可以分為以下幾類。
| 事件類型 | 說明 |
|---|---|
| ACTION_DOWN | 手指按下 |
| ACTION_UP | 手指抬起 |
| ACTION_MOVE | 手勢移動 |
| ACTION_POINTER_DOWN | 多個手指按下 |
| ACTION_POINTER_UP | 多個手指抬起 |
| ACTION_CANCEL | 取消事件 |
獲取Action最常見的方式就是使用MotionEvent的getAction()方法，getAction()方法可以獲ACTION_DONW、ACTION_UP、ACTION_MOVE、以及ACTION_CANCEL等事件，我們分析事件傳遞時基本也是分析這些事件。
ACTION_POINTER_DOWN和ACTION_POINTER_UP，則得和ACTION_MASK相與才能得到。
1.3 事件順序
從事件定義也可以知道，一個事件總是以ACTION_DOWN作為開始，在手勢移動過程中會重復(fù)產(chǎn)生多個ACTION_MOVE事件，用戶操作結(jié)束事件的標(biāo)志為ACTION_UP，而意外終止事件則會觸發(fā)ACTION_CANCEL。
1.4 事件傳遞層級
事件傳遞時，總是會從最下層開始向上層傳遞，也就是說出發(fā)點為Activity,逐層向上傳遞。當(dāng)上層View響應(yīng)事件后，下層的View將不再會再響應(yīng)。在后面的代碼中我們會分析為什么會是這種現(xiàn)象。
做完準(zhǔn)備工作后開始正式對事件傳遞流程進(jìn)行分析，先分析最上層的View如何處理事件。
2. View的事件分發(fā)
2.1 實例分析
我們先看一下在我們的代碼中事件會如何執(zhí)行。自定義一個TestView
public class TestView extends View {
public TestView(Context context) {
super(context);
}
public TestView(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
}
public TestView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("test", "View onTouchEvent"+ event.getAction());
return super.onTouchEvent(event);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.d("test", "View dispatchTouchEvent"+ event.getAction() );
return super.dispatchTouchEvent(event);
}
}
在自定義View當(dāng)中存在兩個事件分發(fā)相關(guān)方法onTouchEvent以及dispatchTouchEvent,我們先關(guān)注一下現(xiàn)象，后文通過源碼分析他們兩個的關(guān)系。
在XML代碼中對TestView進(jìn)行引用，這一步很簡單，只是簡單地引用就不貼代碼了。在Activity當(dāng)中為TestView定義事件。
public class MainActivity extends AppCompatActivity implements View.OnTouchListener {
private TestView testView;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
testView2 = (TestView2) findViewById(R.id.testView2);
View rootview = button.getRootView();
testView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Log.d("test", "onClick" + "------" + v);
}
});
testView.setOnTouchListener(this);
}
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("test", "-----onTouch------" + event.getAction() + "------" + v);
return false;
}
}
在Activity當(dāng)中給TestView定義OnClickListener以及TochLintener。運行程序，輕輕點擊TestView看一下結(jié)果：
D/test: View dispatchTouchEvent0
D/test: -----onTouch------0------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ........ 0,0-1080,90 #7f070071 app:id/testView}
D/test: View onTouchEvent0
D/test: View dispatchTouchEvent1
D/test: -----onTouch------1------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ...P.... 0,0-1080,90 #7f070071 app:id/testView}
D/test: View onTouchEvent1
D/test: onClick------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ...P.... 0,0-1080,90 #7f070071 app:id/testView}
我們在代碼中是直接把Action打印的，在輸出日志中變成了0，1，這也對應(yīng)我們的ACTION_DOWN和ACTION_UP兩個事件.我們以一種Action為一組分析整個事件調(diào)用流程。
- 第一組Action=0：ACTION_DOWN事件，從輸出結(jié)果可以看出，執(zhí)行順序為了
dispatchTouchEvent->onTouch->onTouchEvent。 - 第二組Action=1：ACTION_UP事件，執(zhí)行順序與之前相同，但是在末尾多了一個
onClick方法，這是為什么呢？
接下來稍微修改一下我們測試代碼。修改OnToUch方法返回值為true.
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("test", "-----onTouch------" + event.getAction() + "------" + v);
return false; ------>return true;
}
在看輸出的結(jié)果：
D/test: View dispatchTouchEvent0
D/test: -----onTouch------0------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ........ 0,0-1080,90 #7f070071 app:id/testView}
D/test: View dispatchTouchEvent2
D/test: -----onTouch------2------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ........ 0,0-1080,90 #7f070071 app:id/testView}
D/test: View dispatchTouchEvent1
D/test: -----onTouch------1------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ........ 0,0-1080,90 #7f070071 app:id/testView}
ON_DOWN和ACTION_UP兩個事件.我們以一種Action`為一組分析整個事件調(diào)用流程。
- 第一組Action=0：ACTION_DOWN事件，從輸出結(jié)果可以看出，執(zhí)行順序為了
dispatchTouchEvent->onTouch接結(jié)束了，后面的onTouchEvent沒有再執(zhí)行。 - 第二組Action=2：ACTION_MOVE事件，與ACTION_DOWN事件事件的執(zhí)行順序相同。
- 第二組Action=1：ACTION_UP事件，與ACTION_DOWN事件事件的執(zhí)行順序相同。
再改一改，撤回之前對OnTouch的操作，還是讓onTouch返回false,然后修改onTouchEvent的返回值為false。
@Override
public boolean onTouchEvent(MotionEvent event) {
" " ------->super.onTouchEvent(event);
Log.d("test", "View onTouchEvent"+ event.getAction());
return super.onTouchEvent(event);------->return fasle;
}
再來看一下輸出結(jié)果：
D/test: View dispatchTouchEvent0
D/test: -----onTouch------0------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ........ 0,0-1080,90 #7f070071 app:id/testView}
D/test: View onTouchEvent0
執(zhí)行順序變成dispatchTouchEvent->onTouch->onTouchEvent，但是整個事件分發(fā)過程中，只剩下了ACTION_DOWN這一種事件，只輸出了Action=0的情況，也就是ACTION_DOWN之后的事件都不再響應(yīng)，怎么回事呢。
2.2 View源碼分析
2.2.1 dispatchTouchEvent
從上面的實例來看，dispatchTouchEvent毫無疑問就是我整個事件分發(fā)的入口了，我們從這里入手。話不多說上源碼。
//返回結(jié)果定義在方法內(nèi)部變量result當(dāng)中，當(dāng)result返回true時，表示事件被消費，不再繼續(xù)向下分發(fā)，為false時繼續(xù)向下分發(fā)
public boolean dispatchTouchEvent(MotionEvent event) {
if (event.isTargetAccessibilityFocus()) {
if (!isAccessibilityFocusedViewOrHost()) {
return false;
}
// 事件可以被關(guān)注并正常分發(fā)
event.setTargetAccessibilityFocus(false);
}
//result用來存儲函數(shù)最后的返回結(jié)果。
boolean result = false;
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(event, 0);
}
//當(dāng)actionMasked == MotionEvent.ACTION_DOWN停止滑動事件
final int actionMasked = event.getActionMasked();
if (actionMasked == MotionEvent.ACTION_DOWN) {
// Defensive cleanup for new gesture
stopNestedScroll();
}
//判斷窗口window是否被遮擋，方法返回為true，事件可以被繼續(xù)分發(fā)，false不再繼續(xù)分發(fā)
if (onFilterTouchEventForSecurity(event)) {
//View當(dāng)前是否被激活，并且有滾動事件發(fā)生
if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
result = true;
}
//ListenerInfo是一個內(nèi)部類，定義了一些監(jiān)聽事件
ListenerInfo li = mListenerInfo;
//這里的判斷條件分別為li != nul
//li.mOnTouchListener != null，這個li.mOnTouchListener變量就是通過setOnTouchEvent賦值的。
//當(dāng)前View是被激活的狀態(tài)
//li.mOnTouchListener.onTouch(this, event)在我們setOnTouchEvent內(nèi)部有操作，當(dāng)在這里我們設(shè)置View的TouchEvent事件，當(dāng)返回為true時，reslult=true表示消耗這個事件，將不再繼續(xù)往下傳遞。
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
//當(dāng)result=false才會執(zhí)行onTouchEvent(event)，這也就解釋了為什么當(dāng)onTouch返回true時onTouchEvent(event)不再執(zhí)行。
//onTouchEvent(event)也返回true時，result=true
if (!result && onTouchEvent(event)) {
result = true;
}
}
if (!result && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
// Clean up after nested scrolls if this is the end of a gesture;
// also cancel it if we tried an ACTION_DOWN but we didn't want the rest
// of the gesture.
if (actionMasked == MotionEvent.ACTION_UP ||
actionMasked == MotionEvent.ACTION_CANCEL ||
(actionMasked == MotionEvent.ACTION_DOWN && !result)) {
stopNestedScroll();
}
return result;
}
dispatchTouchEvent這個類代碼不多，結(jié)合注釋，方法內(nèi)的處理主要有：
- 定義了result對象來記錄事件是否被消費。
- 拿到了View的mOnTouchListener，判斷是否為Null，當(dāng)不為空并且
onTouch事件返回true時，代表事件被消費掉。
if (li != null && li.mOnTouchListener != null
&& (mViewFlags & ENABLED_MASK) == ENABLED
&& li.mOnTouchListener.onTouch(this, event)) {
result = true;
}
- 在下面的代碼中，當(dāng)result=false才會執(zhí)行onTouchEvent，這也就解釋了我把OnTouch返回值置為true時，onTouchEvent(event)將不再執(zhí)行，因為這個時候result=true，而if(A&&B)當(dāng)中，只有在A成立的情況下才會執(zhí)行B，在這里
!result顯然不成立，所以onTouchEvent(event)也就不會執(zhí)行。
if (!result && onTouchEvent(event)) {
result = true;
}
- 當(dāng) onTouchEvent(event)返回false時，result也就返回false了，這個時候就代表dispatchEvent沒有消費事件，后續(xù)的Action也就不會再執(zhí)行了。
分析到這里，dispatchTouchEvent、OnTouch和OnTouchEevent的調(diào)用關(guān)系應(yīng)該是清楚了，我們來總結(jié)一下：
dispatchTouchEvent作為事件分發(fā)的入口，在任何時候都會優(yōu)先執(zhí)行，在dispatchTouchEvent函數(shù)內(nèi)部調(diào)用了onTouch和OnTouchEvent方法。
當(dāng)onTouch返回True時，dispatchTouchEvent返回值也為True，OnTouchEvent方法將不再執(zhí)行。
當(dāng)onTouch返回False時，會執(zhí)行OnTouchEvent方法，而OnTouchEvent方法的返回值也就決定了dispatchTouchEvent的返回值
當(dāng)dispatchTouchEvent返回true時表示消費事件，后續(xù)的事件將繼續(xù)響應(yīng)；當(dāng)dispatchTouchEvent返回Fasle是表示不消費事件，不會再響應(yīng)后續(xù)事件。
2.2.2 onTouchEvent
分析了半天，我們最常用的setOnCLickListener怎么沒有出現(xiàn)呢，什么時候會執(zhí)行onClick方法。我們接著看OnTouchEvent的代碼：
onTouchEvent
public boolean onTouchEvent(MotionEvent event) {
final float x = event.getX();
final float y = event.getY();
final int viewFlags = mViewFlags;
final int action = event.getAction();
//當(dāng)前視圖是否可被執(zhí)行點擊、長按等操作
//可通過java代碼或者xml代碼設(shè)置enable狀態(tài)或者clickable狀態(tài)。
//當(dāng)這些狀態(tài)為false時，則clickable = false，否則為true。
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
//判斷視圖是否已經(jīng)被銷毀
if ((viewFlags & ENABLED_MASK) == DISABLED) {
if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
//一個已經(jīng)銷毀的視圖，被點擊時依舊消費事件，只是不能響應(yīng)事件
return clickable;
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (clickable || (viewFlags & TOOLTIP) == TOOLTIP) {
switch (action) {
case MotionEvent.ACTION_UP:
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
if ((viewFlags & TOOLTIP) == TOOLTIP) {
handleTooltipUp();
}
//判斷是否可點擊
if (!clickable) {
removeTapCallback();
removeLongPressCallback();
mInContextButtonPress = false;
mHasPerformedLongPress = false;
mIgnoreNextUpEvent = false;
break;
}
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
// 判斷是否可以獲取焦點，如果可以，則獲取焦點
boolean focusTaken = false;
if (isFocusable() && isFocusableInTouchMode() && !isFocused()) {
focusTaken = requestFocus();
}
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true, x, y);
}
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
// 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();
}
//最終ACTION_UP要執(zhí)行的方法，post到UI Thread的中的一個Runnable，如果不存在message queue，則直接執(zhí)行performClick();
if (!post(mPerformClick)) {
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
mIgnoreNextUpEvent = false;
break;
case MotionEvent.ACTION_DOWN:
if (event.getSource() == InputDevice.SOURCE_TOUCHSCREEN) {
mPrivateFlags3 |= PFLAG3_FINGER_DOWN;
}
mHasPerformedLongPress = false;
if (!clickable) {
checkForLongClick(0, x, y);
break;
}
if (performButtonActionOnTouchDown(event)) {
break;
}
// 判斷當(dāng)前view是否是在滾動器當(dāng)中
boolean isInScrollingContainer = isInScrollingContainer();
//如果是在滾動器當(dāng)中，在滾動器當(dāng)中的話延遲返回事件，延遲時間為 ViewConfiguration.getTapTimeout()=100毫秒
if (isInScrollingContainer) {
mPrivateFlags |= PFLAG_PREPRESSED;
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPendingCheckForTap.x = event.getX();
mPendingCheckForTap.y = event.getY();
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
} else {
// 不在滾動器當(dāng)中則立即做出響應(yīng)
setPressed(true, x, y);
checkForLongClick(0, x, y);
}
break;
case MotionEvent.ACTION_CANCEL:
if (clickable) {
setPressed(false);
}
removeTapCallback();
removeLongPressCallback();
mInContextButtonPress = false;
mHasPerformedLongPress = false;
mIgnoreNextUpEvent = false;
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
break;
case MotionEvent.ACTION_MOVE:
if (clickable) {
drawableHotspotChanged(x, y);
}
// 判斷當(dāng)前滑動事件是否還在當(dāng)前view當(dāng)中
if (!pointInView(x, y, mTouchSlop)) {
// 如果超出view，則取消所事件
removeTapCallback();
removeLongPressCallback();
if ((mPrivateFlags & PFLAG_PRESSED) != 0) {
setPressed(false);
}
mPrivateFlags3 &= ~PFLAG3_FINGER_DOWN;
}
break;
}
return true;
}
return false;
}
onTouchEvent里面做的事情也不多，主要是分類處理各個不同的Action事件，還是結(jié)合注釋，我們分析一下大概流程：
- 在程序的入口處我們初始化了一個
clickable的變量，這個變量在View包括繼承自View的自定義View當(dāng)中默認(rèn)是fasle的，但是在Button、TextView當(dāng)中默認(rèn)就是true。當(dāng)我們設(shè)置了setOnClickListener時會也會執(zhí)行clickable=true。之后便是對不同Action的處理。
final boolean clickable = ((viewFlags & CLICKABLE) == CLICKABLE
|| (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)
|| (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE;
- 從上面事件的觸發(fā)流程可以知道，第一個事件一定會是
ACTION_DOWN。這一部分主要是判斷是否在滾動器中，當(dāng)在滾動器中會有100毫秒的延遲響應(yīng)，用來判斷是否要響應(yīng)事件。不再滾動器則直接響應(yīng)事件。 -
ACTION_MOVE只是做了處理響應(yīng)事件的操作。 - 最終action = MotionEvent.ACTION_UP執(zhí)行的是performClick()方法，再來看一下這個方法
public boolean performClick() {
final boolean result;
final ListenerInfo li = mListenerInfo;
if (li != null && li.mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
//這里實際上就是調(diào)用了我們的setOnClickListerner.onClick()方法
li.mOnClickListener.onClick(this);
result = true;
} else {
result = false;
}
sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
notifyEnterOrExitForAutoFillIfNeeded(true);
return result;
}
看到這里我們知道setOnClickListener方法在調(diào)用到action = MotionEvent.ACTION_UP方法之后才會執(zhí)行。這也就解釋了為什么在上面的實例當(dāng)中onClick方法總是在最后執(zhí)行，而當(dāng)TouchEvent返回false之后setOnClickListener方法則不會再執(zhí)行。因為這時候TouchEvent只會響應(yīng)MotionEvent.ACTION_DOWN事件，而setOnClickListener是在View響應(yīng)MotionEvent.ACTION_UP事件之后才執(zhí)行。
2.3 View 事件分發(fā)流程圖
3 ViewGroup事件分發(fā)
3.1 實例分析
與測試View時的基本流程一樣，我們自定義一個TestLayout用來輸出事件的調(diào)用順序，具體代碼如下：
public class TestLayout extends LinearLayout {
public TestLayout(Context context) {
super(context);
}
public TestLayout(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
}
public TestLayout(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
Log.d("test", "TestLayout onInterceptTouchEvent-- action=" + ev.getAction());
return super.onInterceptTouchEvent(ev);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.d("test","TestLayout dispatchTouchEvent-- action=" + event.getAction());
return super.dispatchTouchEvent(event);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("test","TestLayout onTouchEvent-- action=" + event.getAction());
return super.onTouchEvent(event);
}
}
因為LinearLayout是直接繼承自ViewGroup的，所以為了布局方便這里我們的自定義TestView選擇繼承LinearLayout。
在ViewGroup當(dāng)中涉及到事件分發(fā)的方法,相比View來說除了dispatchTouchEvent和onTouchEvent外還有onInterceptTouchEvent。
為了測試方便，我們把TestView的代碼改為最開始的樣子：
TestView
public class TestView extends View {
public TestView(Context context) {
super(context);
}
public TestView(Context context, @Nullable AttributeSet attrs) {
super(context, attrs);
}
public TestView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("test", "View onTouchEvent"+ event.getAction());
return super.onTouchEvent(event);
}
@Override
public boolean dispatchTouchEvent(MotionEvent event) {
Log.d("test", "View dispatchTouchEvent"+ event.getAction() );
return super.dispatchTouchEvent(event);
}
}
XML依然只是引入最簡單的布局，這里省略掉，看一下Activity當(dāng)中的設(shè)置：
public class MainActivity extends AppCompatActivity implements View.OnTouchListener {
private TestView testView;
private TestLayout testLayout;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
testView = (TestView) findViewById(R.id.testView);
testLayout = (TestLayout) findViewById(R.id.test_layout);
testLayout.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Log.d("test", "TestLayout onClick" + "------" + v);
}
});
testView.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
Log.d("test", "onClick" + "------" + v);
}
});
testLayout.setOnTouchListener(this);
testView.setOnTouchListener(this);
}
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d("test", "-----onTouch------" + event.getAction() + "------" + v);
return false;
}
}
運行程序，點擊TestView所在區(qū)域，看一下輸出的結(jié)果：
D/test: TestLayout dispatchTouchEvent-- action=0
D/test: TestLayout onInterceptTouchEvent-- action=0
D/test: View dispatchTouchEvent0
D/test: -----onTouch------0------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ........ 0,0-1080,90 #7f070071 app:id/testView}
D/test: View onTouchEvent0
D/test: TestLayout dispatchTouchEvent-- action=2
D/test: TestLayout onInterceptTouchEvent-- action=2
D/test: View dispatchTouchEvent2
D/test: -----onTouch------2------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ...P.... 0,0-1080,90 #7f070071 app:id/testView}
D/test: View onTouchEvent2
D/test: TestLayout dispatchTouchEvent-- action=1
D/test: TestLayout onInterceptTouchEvent-- action=1
D/test: View dispatchTouchEvent1
D/test: -----onTouch------1------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ...P.... 0,0-1080,90 #7f070071 app:id/testView}
D/test: View onTouchEvent1
D/test: onClick------com.example.liubohua.viewtestapplication.TestView{40f09bf V.ED..C.. ...P.... 0,0-1080,90 #7f070071 app:id/testView}
輸出的日志有點多，我們以一個Action為一組進(jìn)行分析，之前我們也說過，一個Action代表一類的Touch事件。
- 第一租Action=0：ACTION_DOIWN事件，先執(zhí)行了
dispatchTouchEvent，然后是onInterceptTouchEvent，這兩個都是TestLayout的方法,之后的事件被傳遞到了TestView當(dāng)中，按照我們之前說的順序dispatchTouchEvent->onTouch->onTouchEvent進(jìn)行事件分發(fā)。 - 第二組Action=2：ACTION_MOVE事件，與第一組的時間順序相同。
- 第三組Action=1：ACTION_UP事件，與上述步驟基本相同，但是在輸出末尾執(zhí)行了
View的onClick事件，這就與我們之前分析的View當(dāng)中的事件分發(fā)機制不謀而合。
我們之前說ViewGroup的事件分發(fā)與dispatchTouchEvent、onTouchEvent、onInterceptTouchEvent三個方法有關(guān)，但是從這個例子當(dāng)中我們發(fā)現(xiàn)所執(zhí)行的方法只有dispatchTouchEvent和onInterceptTouchEvent，那么onTouchEvent在什么時候執(zhí)行呢？我們設(shè)置的OnTouch方法以及OnClick方法在什么時候調(diào)用呢？
帶著疑問我們點擊一下TestView以外的區(qū)域,再查看輸出日志:
D/test: TestLayout dispatchTouchEvent-- action=0
D/test: TestLayout onInterceptTouchEvent-- action=0
D/test: -----onTouch------0------com.example.liubohua.viewtestapplication.TestLayout{15fd3de V.E...C.. ........ 0,0-1080,1680 #7f070074 app:id/test_layout}
D/test: TestLayout onTouchEvent-- action=0
D/test: TestLayout dispatchTouchEvent-- action=2
D/test: -----onTouch------2------com.example.liubohua.viewtestapplication.TestLayout{15fd3de V.E...C.. ...P.... 0,0-1080,1680 #7f070074 app:id/test_layout}
D/test: TestLayout onTouchEvent-- action=2
D/test: TestLayout dispatchTouchEvent-- action=1
D/test: -----onTouch------1------com.example.liubohua.viewtestapplication.TestLayout{15fd3de V.E...C.. ...P.... 0,0-1080,1680 #7f070074 app:id/test_layout}
D/test: TestLayout onTouchEvent-- action=1
D/test: TestLayout onClick------com.example.liubohua.viewtestapplication.TestLayout{15fd3de V.E...C.. ...P.... 0,0-1080,1680 #7f070074 app:id/test_layout}
同樣的還是以不同的Action來分組分析：
- 第一租Action=0：ACTION_DOIWN事件，執(zhí)行順序為
dispatchTouchEvent->onInterceptTouchEvent->onTouch->onTouchEvent，而且四個方法全部都是TestLayout內(nèi)的方法輸出，沒有了View的參與瞬間清爽了很多。 - 第二組Action=2：ACTION_MOVE事件，執(zhí)行順序為
dispatchTouchEvent->onTouch->onTouchEvent，到了這里onInterceptTouchEvent方法又不見了。 - 第三組Action=1：ACTION_UP事件，這里就更過分了，執(zhí)行的流程當(dāng)中不僅沒有了
onInterceptTouchEvent方法，在輸出末尾還讀了TestLayOut的onClick事件，這么任性到底是要鬧哪樣。
我再看到這里的時候也是一頭霧水，這事件執(zhí)行的還真是隨意，一會一個樣子。沒辦法還是去源碼里面找答案吧。
3.2 ViewGroup源碼分析
與View一樣，整個事件分發(fā)的入口依然是dispatchTouchEvent，我們從這里入手。
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
if (mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
}
// 如果事件指向了一個可達(dá)的視圖，則事件正常調(diào)度分發(fā)。
if (ev.isTargetAccessibilityFocus() && isAccessibilityFocusedViewOrHost()) {
ev.setTargetAccessibilityFocus(false);
}
boolean handled = false;
//進(jìn)行安全策略檢查，返回true正常進(jìn)行下一步操作
if (onFilterTouchEventForSecurity(ev)) {
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
//當(dāng)action為MotionEvent.ACTION_DOWN時做一些初始化操作
if (actionMasked == MotionEvent.ACTION_DOWN) {
//在這里把所有的TouchTarget置空。這里需要說明一下，當(dāng)TouchTarget不為null時，表示已經(jīng)找到能夠處理touch事件的目標(biāo)。
//touchTarget是一個鏈表，用來存儲可以用來響應(yīng)事件的view
cancelAndClearTouchTargets(ev);
//重置了所有的TouchState
resetTouchState();
}
// intercepted變量用來記錄是否需要攔截事件
final boolean intercepted;
//當(dāng)actionMasked == MotionEvent.ACTION_DOWN或者已經(jīng)找到可以處理事件的view時滿足判斷條件
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//disallowIntercept為是否開啟禁止攔截的標(biāo)志，當(dāng)disallowIntercept=true時禁止攔截，否則開啟
//調(diào)用requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法可以設(shè)置是否關(guān)閉攔截
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//判斷disallowIntercept=false，開啟攔截
if (!disallowIntercept) {
//執(zhí)行onInterceptTouchEvent方法，也就是我們自己定義的回調(diào)
//默認(rèn)onInterceptTouchEvent(ev)方法返回false，不攔截事件，當(dāng)返回true時表示事件攔截
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
//判斷disallowIntercept=true，賦值intercepted = false，表示不攔截事件
intercepted = false;
}
} else {
// 當(dāng)沒有View處理事件，并且不是ACTION_DOWN時，繼續(xù)攔截。
intercepted = true;
}
//如何事件被攔截，或者有View處理該事件，則正常處理。
if (intercepted || mFirstTouchTarget != null) {
ev.setTargetAccessibilityFocus(false);
}
// canceled變量初始化，
final boolean canceled = resetCancelNextUpFlag(this)
|| actionMasked == MotionEvent.ACTION_CANCEL;
// split變量決定是否吧事件分發(fā)給多個子View，可以通過setMotionEventSplittingEnabled(boolean split)方法進(jìn)行設(shè)置
final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
TouchTarget newTouchTarget = null;
boolean alreadyDispatchedToNewTouchTarget = false;
//沒有取消并且沒有攔截事件時進(jìn)入判斷
if (!canceled && !intercepted) {
//查找優(yōu)先處理action的view，
//在View當(dāng)中可以通過getRootView().getParent().requestSendAccessibilityEvent(View child, AccessibilityEvent event));方法進(jìn)行設(shè)置
View childWithAccessibilityFocus = ev.isTargetAccessibilityFocus()
? findChildWithAccessibilityFocus() : null;
//不滿足條件時表示不需要再重新尋找響應(yīng)事件的View
if (actionMasked == MotionEvent.ACTION_DOWN
|| (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
final int actionIndex = ev.getActionIndex(); // always 0 for down
final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
: TouchTarget.ALL_POINTER_IDS;
// Clean up earlier touch targets for this pointer id in case they
// have become out of sync.
removePointersFromTouchTargets(idBitsToAssign);
final int childrenCount = mChildrenCount;
//判斷childrenCount是否等于0并且newTouchTarget == null
if (newTouchTarget == null && childrenCount != 0) {
//獲取事件的坐標(biāo)值，沒有在坐標(biāo)內(nèi)的View不需要再響應(yīng)事件
final float x = ev.getX(actionIndex);
final float y = ev.getY(actionIndex);
final ArrayList<View> preorderedList = buildTouchDispatchChildList();
final boolean customOrder = preorderedList == null
&& isChildrenDrawingOrderEnabled();
final View[] children = mChildren;
//倒序遍歷所有的子View，這里采用一種倒序的方式，在java代碼中后addView或者在xml當(dāng)中后添加的布局會先被響應(yīng)事件。
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
//如果存在優(yōu)先要處理Action的View，則進(jìn)行下次循環(huán)直到找到View
//當(dāng)childWithAccessibilityFocus=null時正常分發(fā)事件到每一個View
if (childWithAccessibilityFocus != null) {
if (childWithAccessibilityFocus != child) {
continue;
}
childWithAccessibilityFocus = null;
i = childrenCount - 1;
}
//如果當(dāng)前點擊的位置沒有被子View占據(jù)，則直接進(jìn)入下一次循環(huán)
if (!canViewReceivePointerEvents(child)
|| !isTransformedTouchPointInView(x, y, child, null)) {
ev.setTargetAccessibilityFocus(false);
continue;
}
//在TouchTarget當(dāng)中在此尋找該View，如果找到了直接退出循環(huán)，沒有找到則繼續(xù)向下執(zhí)行
newTouchTarget = getTouchTarget(child);
if (newTouchTarget != null) {
// Child is already receiving touch within its bounds.
// Give it the new pointer in addition to the ones it is handling.
newTouchTarget.pointerIdBits |= idBitsToAssign;
break;
}
//遞歸的方式在子View的dispatchTouchEvent方法，尋找可以響應(yīng)action的View，當(dāng)返回為True時，進(jìn)入循環(huán)，表示找到可以響應(yīng)的View。
resetCancelNextUpFlag(child);
if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
// Child wants to receive touch within its bounds.
mLastTouchDownTime = ev.getDownTime();
if (preorderedList != null) {
// childIndex points into presorted list, find original index
for (int j = 0; j < childrenCount; j++) {
if (children[childIndex] == mChildren[j]) {
mLastTouchDownIndex = j;
break;
}
}
} else {
mLastTouchDownIndex = childIndex;
}
mLastTouchDownX = ev.getX();
mLastTouchDownY = ev.getY();
//將找到的View加入到TouchTarget當(dāng)中
newTouchTarget = addTouchTarget(child, idBitsToAssign);
alreadyDispatchedToNewTouchTarget = true;
//找到View 跳出循環(huán)
break;
}
// The accessibility focus didn't handle the event, so clear
// the flag and do a normal dispatch to all children.
ev.setTargetAccessibilityFocus(false);
}
if (preorderedList != null) preorderedList.clear();
}
//當(dāng)不能再找到可以響應(yīng)action的子View時，將TouchTarget鏈表指到最初找到的View
if (newTouchTarget == null && mFirstTouchTarget != null) {
// Did not find a child to receive the event.
// Assign the pointer to the least recently added target.
newTouchTarget = mFirstTouchTarget;
while (newTouchTarget.next != null) {
newTouchTarget = newTouchTarget.next;
}
newTouchTarget.pointerIdBits |= idBitsToAssign;
}
}
}
//當(dāng)沒有View消費事件時，mFirstTouchTarget == null
if (mFirstTouchTarget == null) {
// 這里調(diào)用dispatchTransformedTouchEvent，其實也就是調(diào)用ViewGroup自身TouchEvent事件
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
//alreadyDispatchedToNewTouchTarget=true表示在上面遍歷View的過程中已經(jīng)消費了事件
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
//調(diào)用子View的dispatchOnTouchEvent進(jìn)行事件處理
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
// Update list of touch targets for pointer up or cancel, if needed.
if (canceled
|| actionMasked == MotionEvent.ACTION_UP
|| actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
resetTouchState();
} else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {
final int actionIndex = ev.getActionIndex();
final int idBitsToRemove = 1 << ev.getPointerId(actionIndex);
removePointersFromTouchTargets(idBitsToRemove);
}
}
if (!handled && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
}
return handled;
}
整個代碼有點多，有興趣的可以逐行分析。這里我們挑出重點步驟分析一下。
首先是初始化的部分，初始化是在ACTION_DOWN產(chǎn)生時發(fā)生的。這里有一個非常重要的操作就是把touchTarget是鏈表置空。
touchTarget鏈表本身是用來存儲在一次分發(fā)過程中可響應(yīng)事件的View的鏈表，每一次ACTION_DOWN產(chǎn)生事件產(chǎn)生，都代表一個新的事件開始，這個時候清空touchTarget重新尋找可以響應(yīng)的View，一旦找到可以相應(yīng)的View，就存儲進(jìn)來，在后續(xù)的ACTION_MOVE等事件發(fā)生時，直接在touchTarget鏈表中尋找事件的消費者。
//當(dāng)action為MotionEvent.ACTION_DOWN時做一些初始化操作
if (actionMasked == MotionEvent.ACTION_DOWN) {
//在這里把所有的TouchTarget置空。這里需要說明一下，當(dāng)TouchTarget不為null時，表示已經(jīng)找到能夠處理touch事件的目標(biāo)。
//touchTarget是一個鏈表，用來存儲可以用來響應(yīng)事件的view
cancelAndClearTouchTargets(ev);
//重置了所有的TouchState
resetTouchState();
}
初始化之后是對攔截器的判斷，onInterceptTouchEvent的執(zhí)行與否就和這里密切相關(guān)。
首先初始化了一個標(biāo)志位disallowIntercept，這個標(biāo)志位用來標(biāo)記時候禁用攔截器，在我們的代碼中可以通過requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法來對disallowIntercept的值進(jìn)行設(shè)置。
當(dāng)disallowIntercept=false時表示不禁用攔截器，正常執(zhí)行onInterceptTouchEvent(ev);方法，并且將該方法的返回值返回給intercepted變量用來標(biāo)志是否攔截事件。
當(dāng)disallowIntercept=true時表示禁用攔截器，執(zhí)行intercepted = false;也就是對事件不進(jìn)行攔截。
這里也就解釋了為什么點擊ViewGroup空白處時onInterceptTouchEvent(ev)只調(diào)用一次了
//intercepted變量用來記錄是否需要攔截事件
final boolean intercepted;
//當(dāng)actionMasked == MotionEvent.ACTION_DOWN或者已經(jīng)找到可以處理事件的view時滿足判斷條件
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
//disallowIntercept為是否開啟禁止攔截的標(biāo)志，當(dāng)disallowIntercept=true時禁止攔截，否則開啟
//調(diào)用requestDisallowInterceptTouchEvent(boolean disallowIntercept)方法可以設(shè)置是否關(guān)閉攔截
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//判斷disallowIntercept=false，開啟攔截
if (!disallowIntercept) {
//執(zhí)行onInterceptTouchEvent方法，也就是我們自己定義的回調(diào)
//默認(rèn)onInterceptTouchEvent(ev)方法返回false，不攔截事件，當(dāng)返回true時表示事件攔截
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
//判斷disallowIntercept=true，賦值intercepted = false，表示不攔截事件
intercepted = false;
}
} else {
// 當(dāng)沒有View處理事件，并且不是ACTION_DOWN時，繼續(xù)攔截。
intercepted = true;
}
接下來會對子View進(jìn)行遍歷，這里采用一個倒序遍歷的方式，在java代碼中后addView或者在xml當(dāng)中后添加的布局會先被響應(yīng)事件，這也符合我們的視圖邏輯，在最上層的View應(yīng)該最優(yōu)先響應(yīng)事件。
for (int i = childrenCount - 1; i >= 0; i--) {
final int childIndex = getAndVerifyPreorderedIndex(
childrenCount, i, customOrder);
final View child = getAndVerifyPreorderedView(
preorderedList, children, childIndex);
再往下執(zhí)行，有一個判斷語句if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign))當(dāng)它返回true時代表找到了可以響應(yīng)事件的View，返回Fasle表示沒有找到。
dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)方法中有個重要的參數(shù)child，當(dāng)child！=null時，調(diào)用了子View的dispatchTouchEvent方法判斷是否對事件進(jìn)行響應(yīng)。如果child==null，則調(diào)用super.dispatchTouchEvent(event);也就是View的dispatchTouchEvent(event);方法進(jìn)行處理。
private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
View child, int desiredPointerIdBits) {
final boolean handled;
// Canceling motions is a special case. We don't need to perform any transformations
// or filtering. The important part is the action, not the contents.
final int oldAction = event.getAction();
if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
event.setAction(MotionEvent.ACTION_CANCEL);
if (child == null) {
handled = super.dispatchTouchEvent(event);
} else {
handled = child.dispatchTouchEvent(event);
}
event.setAction(oldAction);
return handled;
}
}
當(dāng)找到可以響應(yīng)事件的View時進(jìn)入判斷，最終通過newTouchTarget = addTouchTarget(child, idBitsToAssign);方法將子View添加到鏈表TouchTarget當(dāng)中。
在最后一部分的代碼里決定了具體后續(xù)將如何響應(yīng)事件。
前面我們分析過復(fù)合條件的View都會被存儲到mFirstTouchTarget所對應(yīng)的鏈表當(dāng)中，當(dāng)mFirstTouchTarget == null時就需要ViewGroup自己處理事件，這個時候同樣調(diào)用dispatchTransformedTouchEvent方法，但是chlid參數(shù)傳參為null，上面我們也分析過，會調(diào)用View的dispatchTouchEvent(event)方法。
當(dāng)mFirstTouchTarget != null表示存在可以響應(yīng)事件的子View，同樣也是調(diào)用dispatchTransformedTouchEvent方法，但是chlid參數(shù)傳參為則傳入可實際響應(yīng)事件的View。
//當(dāng)沒有View消費事件時，mFirstTouchTarget == null
if (mFirstTouchTarget == null) {
// 這里調(diào)用dispatchTransformedTouchEvent，其實也就是調(diào)用ViewGroup自身TouchEvent事件
handled = dispatchTransformedTouchEvent(ev, canceled, null,
TouchTarget.ALL_POINTER_IDS);
} else {
// Dispatch to touch targets, excluding the new touch target if we already
// dispatched to it. Cancel touch targets if necessary.
TouchTarget predecessor = null;
TouchTarget target = mFirstTouchTarget;
while (target != null) {
final TouchTarget next = target.next;
//alreadyDispatchedToNewTouchTarget=true表示在上面遍歷View的過程中已經(jīng)消費了事件
if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
handled = true;
} else {
//調(diào)用子View的dispatchOnTouchEvent進(jìn)行事件處理
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
if (cancelChild) {
if (predecessor == null) {
mFirstTouchTarget = next;
} else {
predecessor.next = next;
}
target.recycle();
target = next;
continue;
}
}
predecessor = target;
target = next;
}
}
分析到這里ViewGroup的事件分發(fā)也基本完成了。這里沒有再分析onTouchEevent和onTouch方法，這兩個方法和View當(dāng)中的處理并沒有區(qū)別。
3.3 ViewGroup事件分發(fā)流程圖
事件分發(fā)到這里就結(jié)束了?在我們的自己的布局當(dāng)中看是這樣的，但是除了在我們XML中定義的布局之外，Android視圖還有默認(rèn)的Activity層級。
4. Activity事件分發(fā)
4.1 實例分析
之前的布局都不變,再Activity當(dāng)中做出修改：
@Override
public boolean dispatchTouchEvent(MotionEvent ev) {
Log.i("test", "MainActivity--dispatchTouchEvent--action=" + ev.getAction());
return super.dispatchTouchEvent(ev);
}
@Override
public void onUserInteraction() {
Log.d("test", "MainActivity--onUserInteraction");
super.onUserInteraction();
}
@Override
public boolean onTouchEvent(MotionEvent event) {
Log.d("test", "MainActivity--onTouchEvent--action=" + event.getAction());
return super.onTouchEvent(event);
}
這三個都是Activity提供的可重寫的方法，再點擊一下看看如何輸出日志：
I/test: MainActivity--dispatchTouchEvent--action=0
D/test: MainActivity--onUserInteraction
D/test: TestLayout dispatchTouchEvent-- action=0
D/test: TestLayout onInterceptTouchEvent-- action=0false
D/test: -----onTouch------0------com.example.liubohua.viewtestapplication.TestLayout{6de08b5 V.E...C.. ........ 0,0-1920,864 #7f070074 app:id/test_layout}
D/test: TestLayout onTouchEvent-- action=0
I/test: MainActivity--dispatchTouchEvent--action=1
D/test: TestLayout dispatchTouchEvent-- action=1
D/test: -----onTouch------1------com.example.liubohua.viewtestapplication.TestLayout{6de08b5 V.E...C.. ...P.... 0,0-1920,864 #7f070074 app:id/test_layout}
D/test: TestLayout onTouchEvent-- action=1
依然是分組分析。
- 第一租Action=0：ACTION_DOIWN事件，先執(zhí)行了
Activity的dispatchTouchEvent->onUserInteraction,接著執(zhí)行TestLayout的dispatchTouchEvent->onInterceptTouchEvent->onTouch->onTouchEvent。 - 第二組Action=1：ACTION_UP事件，先執(zhí)行了
Activity的dispatchTouchEvent,接著執(zhí)行TestLayout的dispatchTouchEvent->onTouch->onTouchEvent。
話不多說，咱們直接看源碼。
4.2 源碼分析
dispatchTouchEvent同樣還是整個事件的入口
public boolean dispatchTouchEvent(MotionEvent ev) {
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
}
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
}
return onTouchEvent(ev);
}
這里代碼很少，我們逐行分析。
當(dāng)MotionEvent.ACTION_DOWN事件產(chǎn)生時，就執(zhí)行了onUserInteraction()，沒有任何前置條件，在一次事件流程中一定會執(zhí)行且只執(zhí)行一次。
public void onUserInteraction() {
}
onUserInteraction()里面沒有任何實現(xiàn)，這個方法提供出來就是為用戶提供的。
接下執(zhí)行getWindow，獲取到一個PhoneWindow實例，去PhoneWindow當(dāng)中在看一下superDispatchTouchEvent(ev)方法都做了些什么。
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
}
又調(diào)用了mDecor的方法，我們再跟進(jìn)去看看。
public class DecorView extends FrameLayout{
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
}
}
好了到這里我們就應(yīng)明了了，DecorView里面直接調(diào)用了super.dispatchTouchEvent(event)，而這個super是誰呢？就是FrameLayout，FrameLayout的dispatchTouchEvent(event)就是ViewGoup的dispatchTouchEvent(event)。
尾聲
到這里差不多我們的事件分發(fā)就結(jié)束了，從Activity一路分發(fā)到了View當(dāng)中。但是在本文中并沒有介紹Touch具體是從哪里產(chǎn)生并分發(fā)到我們的Activity當(dāng)中的，有興趣的可以了解一下Android 事件來源介紹的很詳細(xì)。
