在平時經常有看見運用Android事件分發的身影，最近在準備實習，也有看到很多面試題都有講到Android事件分發機制這個東西，所以我決定，一定要去了解了解它？我們在用到這個事件分發的時候，都要重寫onTouch（）或者onTouchEvent（）這兩個方法，那他們兩個有什么區別嗎？接下來我們就通過閱讀源的方式進行深入理解。
那我們現在就開始吧！比如說你當前有一個非常簡單的項目，只有一個Activity，并且Activity中只有一個按鈕。你可能已經知道，如果想要給這個按鈕注冊一個點擊事件，只需要調用：
button.setOnClickListener(newOnClickListener() {
@Override
publicvoidonClick(View v){
Log.d("TAG","onClick execute");
}
});
這樣在onClick方法里面寫實現，就可以在按鈕被點擊的時候執行。你可能也已經知道，如果想給這個按鈕再添加一個touch事件，只需要調用：
button.setOnTouchListener(newOnTouchListener() {
@Override
public ? boolean ? onTouch(View v, MotionEvent event){
Log.d("TAG","onTouch execute, action "+ event.getAction());
returnfalse;
}
});
onTouch方法里能做的事情比onClick要多一些，比如判斷手指按下、抬起、移動等事件。那么如果我兩個事件都注冊了，哪一個會先執行呢？我們來試一下就知道了，運行程序點擊按鈕，打印結果如下：
可以看到，onTouch是優先于onClick執行的，并且onTouch執行了兩次，一次是ACTION_DOWN，一次是ACTION_UP(你還可能會有多次ACTION_MOVE的執行，如果你手抖了一下)。因此事件傳遞的順序是先經過onTouch，再傳遞到onClick。
細心的朋友應該可以注意到，onTouch方法是有返回值的，這里我們返回的是false，如果我們嘗試把onTouch方法里的返回值改成true，再運行一次，結果如下：
我們發現，onClick方法不再執行了！為什么會這樣呢？你可以先理解成onTouch方法返回true就認為這個事件被onTouch消費掉了，因而不會再繼續向下傳遞。
首先你需要知道一點，只要你觸摸到了任何一個控件，就一定會調用該控件的dispatchTouchEvent方法。那當我們去點擊按鈕的時候，就會去調用Button類里的dispatchTouchEvent方法，可是你會發現Button類里并沒有這個方法，那么就到它的父類TextView里去找一找，你會發現TextView里也沒有這個方法，那沒辦法了，只好繼續在TextView的父類View里找一找，這個時候你終于在View里找到了這個方法，示意圖如下：
然后我們來看一下View中dispatchTouchEvent方法的源碼：
publicbooleandispatchTouchEvent(MotionEvent event){
if(mOnTouchListener !=null&& (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
returntrue;
? ? }
returnonTouchEvent(event);
}
這個方法非常的簡潔，只有短短幾行代碼！我們可以看到，在這個方法內，首先是進行了一個判斷，如果mOnTouchListener != null，(mViewFlags & ENABLED_MASK) == ENABLED和mOnTouchListener.onTouch(this, event)這三個條件都為真，就返回true，否則就去執行onTouchEvent(event)方法并返回。
先看一下第一個條件，mOnTouchListener這個變量是在哪里賦值的呢？我們尋找之后在View里發現了如下方法：
publicvoidsetOnTouchListener(OnTouchListener l){
? ? mOnTouchListener = l;
}
Bingo！找到了，mOnTouchListener正是在setOnTouchListener方法里賦值的，也就是說只要我們給控件注冊了touch事件，mOnTouchListener就一定被賦值了。
第二個條件(mViewFlags & ENABLED_MASK) == ENABLED是判斷當前點擊的控件是否是enable的，按鈕默認都是enable的，因此這個條件恒定為true。
第三個條件就比較關鍵了，mOnTouchListener.onTouch(this, event)，其實也就是去回調控件注冊touch事件時的onTouch方法。也就是說如果我們在onTouch方法里返回true，就會讓這三個條件全部成立，從而整個方法直接返回true。如果我們在onTouch方法里返回false，就會再去執行onTouchEvent(event)方法。
現在我們可以結合前面的例子來分析一下了，首先在dispatchTouchEvent中最先執行的就是onTouch方法，因此onTouch肯定是要優先于onClick執行的，也是印證了剛剛的打印結果。而如果在onTouch方法里返回了true，就會讓dispatchTouchEvent方法直接返回true，不會再繼續往下執行。而打印結果也證實了如果onTouch返回true，onClick就不會再執行了。
根據以上源碼的分析，從原理上解釋了我們前面例子的運行結果。而上面的分析還透漏出了一個重要的信息，那就是onClick的調用肯定是在onTouchEvent(event)方法中的！那我們馬上來看下onTouchEvent的源碼，如下所示：
publicbooleanonTouchEvent(MotionEvent event){
finalintviewFlags = 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)) {
returntrue;
? ? ? ? }
? ? }
if(((viewFlags & CLICKABLE) == CLICKABLE ||
? ? ? ? ? ? (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch(event.getAction()) {
caseMotionEvent.ACTION_UP:
booleanprepressed = (mPrivateFlags & PREPRESSED) !=0;
if((mPrivateFlags & PRESSED) !=0|| prepressed) {
// take focus if we don't have it already and we should in
// touch mode.
booleanfocusTaken =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 =newPerformClick();
? ? ? ? ? ? ? ? ? ? ? ? ? ? }
if(!post(mPerformClick)) {
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? performClick();
? ? ? ? ? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? }
if(mUnsetPressedState ==null) {
mUnsetPressedState =newUnsetPressedState();
? ? ? ? ? ? ? ? ? ? }
if(prepressed) {
? ? ? ? ? ? ? ? ? ? ? ? mPrivateFlags |= PRESSED;
? ? ? ? ? ? ? ? ? ? ? ? refreshDrawableState();
? ? ? ? ? ? ? ? ? ? ? ? postDelayed(mUnsetPressedState,
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ViewConfiguration.getPressedStateDuration());
}elseif(!post(mUnsetPressedState)) {
// If the post failed, unpress right now
? ? ? ? ? ? ? ? ? ? ? ? mUnsetPressedState.run();
? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? removeTapCallback();
? ? ? ? ? ? ? ? }
break;
caseMotionEvent.ACTION_DOWN:
if(mPendingCheckForTap ==null) {
mPendingCheckForTap =newCheckForTap();
? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? mPrivateFlags |= PREPRESSED;
mHasPerformedLongPress =false;
? ? ? ? ? ? ? ? postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
break;
caseMotionEvent.ACTION_CANCEL:
? ? ? ? ? ? ? ? mPrivateFlags &= ~PRESSED;
? ? ? ? ? ? ? ? refreshDrawableState();
? ? ? ? ? ? ? ? removeTapCallback();
break;
caseMotionEvent.ACTION_MOVE:
finalintx = (int) event.getX();
finalinty = (int) event.getY();
// Be lenient about moving outside of buttons
intslop = 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;
? ? ? ? }
returntrue;
? ? }
returnfalse;
}
相較于剛才的dispatchTouchEvent方法，onTouchEvent方法復雜了很多，不過沒關系，我們只挑重點看就可以了。
首先在第14行我們可以看出，如果該控件是可以點擊的就會進入到第16行的switch判斷中去，而如果當前的事件是抬起手指，則會進入到MotionEvent.ACTION_UP這個case當中。在經過種種判斷之后，會執行到第38行的performClick()方法，那我們進入到這個方法里瞧一瞧：
publicbooleanperformClick(){
? ? sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
if(mOnClickListener !=null) {
? ? ? ? playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
returntrue;
? ? }
returnfalse;
}
可以看到，只要mOnClickListener不是null，就會去調用它的onClick方法，那mOnClickListener又是在哪里賦值的呢？經過尋找后找到如下方法：
publicvoidsetOnClickListener(OnClickListener l){
if(!isClickable()) {
setClickable(true);
? ? }
? ? mOnClickListener = l;
}
一切都是那么清楚了！當我們通過調用setOnClickListener方法來給控件注冊一個點擊事件時，就會給mOnClickListener賦值。然后每當控件被點擊時，都會在performClick()方法里回調被點擊控件的onClick方法。
這樣View的整個事件分發的流程就讓我們搞清楚了！不過別高興的太早，現在還沒結束，還有一個很重要的知識點需要說明，就是touch事件的層級傳遞。我們都知道如果給一個控件注冊了touch事件，每次點擊它的時候都會觸發一系列的ACTION_DOWN，ACTION_MOVE，ACTION_UP等事件。這里需要注意，如果你在執行ACTION_DOWN的時候返回了false，后面一系列其它的action就不會再得到執行了。簡單的說，就是當dispatchTouchEvent在進行事件分發的時候，只有前一個action返回true，才會觸發后一個action。
說到這里，很多的朋友肯定要有巨大的疑問了。這不是在自相矛盾嗎？前面的例子中，明明在onTouch事件里面返回了false，ACTION_DOWN和ACTION_UP不是都得到執行了嗎？其實你只是被假象所迷惑了，讓我們仔細分析一下，在前面的例子當中，我們到底返回的是什么。
參考著我們前面分析的源碼，首先在onTouch事件里返回了false，就一定會進入到onTouchEvent方法中，然后我們來看一下onTouchEvent方法的細節。由于我們點擊了按鈕，就會進入到第14行這個if判斷的內部，然后你會發現，不管當前的action是什么，最終都一定會走到第89行，返回一個true。
是不是有一種被欺騙的感覺？明明在onTouch事件里返回了false，系統還是在onTouchEvent方法中幫你返回了true。就因為這個原因，才使得前面的例子中ACTION_UP可以得到執行。
那我們可以換一個控件，將按鈕替換成ImageView，然后給它也注冊一個touch事件，并返回false。如下所示：
imageView.setOnTouchListener(newOnTouchListener() {
@Override
publicbooleanonTouch(View v, MotionEvent event){
Log.d("TAG","onTouch execute, action "+ event.getAction());
returnfalse;
}
});
運行一下程序，點擊ImageView，你會發現結果如下：
在ACTION_DOWN執行完后，后面的一系列action都不會得到執行了。這又是為什么呢？因為ImageView和按鈕不同，它是默認不可點擊的，因此在onTouchEvent的第14行判斷時無法進入到if的內部，直接跳到第91行返回了false，也就導致后面其它的action都無法執行了。
好了，關于View的事件分發，我想講的東西全都在這里了。現在我們再來回顧一下開篇時提到的那三個問題，相信每個人都會有更深一層的理解。
1.?onTouch和onTouchEvent有什么區別，又該如何使用？
從源碼中可以看出，這兩個方法都是在View的dispatchTouchEvent中調用的，onTouch優先于onTouchEvent執行。如果在onTouch方法中通過返回true將事件消費掉，onTouchEvent將不會再執行。
另外需要注意的是，onTouch能夠得到執行需要兩個前提條件，第一mOnTouchListener的值不能為空，第二當前點擊的控件必須是enable的。因此如果你有一個控件是非enable的，那么給它注冊onTouch事件將永遠得不到執行。對于這一類控件，如果我們想要監聽它的touch事件，就必須通過在該控件中重寫onTouchEvent方法來實現。
結論：優先度onTouch()>onTouchEvent()>onClick()。因此onTouchListener的onTouch()方法會先觸發；如果onTouch()返回false才會接著觸發onTouchEvent()，同樣的，內置諸如onClick()事件的實現等等都基于onTouchEvent()；如果onTouch()返回true，這些事件將不會被觸發。
---------------------作者：guolin 來源：CSDN 原文：https://blog.csdn.net/guolin_blog/article/details/9097463?utm_source=copy 版權聲明：本文為博主原創文章，轉載請附上博文鏈接！
