View的事件分發(fā)機(jī)制

既然選擇了遠(yuǎn)方,便只顧風(fēng)雨兼程.
該圖片來自網(wǎng)絡(luò)資源,若有侵權(quán),請(qǐng)留言,我將自行刪除

  • 點(diǎn)擊事件的傳遞規(guī)則

在介紹點(diǎn)擊事件傳遞規(guī)則之前,首先我們需要明白這里要分析的對(duì)象是MotionEvent,即點(diǎn)擊事件.所謂點(diǎn)擊事件的事件分發(fā),其實(shí)就是對(duì)MotionEvent事件分發(fā)的過程.當(dāng)一個(gè)MotionEvent產(chǎn)生之后,系統(tǒng)需要把這個(gè)事件傳遞給一個(gè)具體的view,而這個(gè)傳遞的過程就是分發(fā)過程.點(diǎn)擊事件的分發(fā)過程由三個(gè)很重要的方法來共同完成:dispatchTouchEvent,onInterceptTouchEvent 和 onTouchEvent.

  • dispatchTouchEvent
public boolean dispatchTouchEvent(MotionEvent event)

用來進(jìn)行事件的分發(fā).如果事件能夠傳遞到當(dāng)前的view,那么次方法一定會(huì)被執(zhí)行.返回結(jié)果受當(dāng)前View的onTouchEvent以及下級(jí)View的dispatchTouchEvent方法的影響,表示是否消耗當(dāng)前事件.

  • onInterceptTouchEvent
public boolean onInterceptTouchEvent(MotionEvent ev)

在dispatchTouchEvent方法中調(diào)用,用來判斷是否攔截某個(gè)事件,如果當(dāng)前view攔截了某一個(gè)事件,那么在同一個(gè)事件序列當(dāng)中,此方法不會(huì)被再次調(diào)用,返回結(jié)果表示是否攔截當(dāng)前事件.

  • onTouchEvent
public boolean onTouchEvent(MotionEvent event)

在dispatchTouchEvent方法中調(diào)用.用來處理點(diǎn)擊事件.返回結(jié)果表示是否消耗當(dāng)前事件.如果不消耗,則在同一事件序列中,當(dāng)前view無法再次接手到事件.

  • 上述三個(gè)方法區(qū)別與它們之間存在的聯(lián)系,偽代碼表示:
public void dispatchTouchEvent(MothionEvent ev){
  boolean consume = fasle;
  if (onInterceptTouchEvent(ev)){
      consume = onTouchEvent(ev);
  }else {
      consume = child.dispatchTouchEvent(ev);
  }
  return consume;
}

通過上面的偽代碼,我們可以大概了解到點(diǎn)擊事件的傳遞規(guī)則:對(duì)于一個(gè)根ViewGroup來說,點(diǎn)擊事件產(chǎn)生之后,首先會(huì)傳遞給它自身,此時(shí)它的dispatchTouchEvent就會(huì)被調(diào)用.如果這個(gè)ViewGroup的onInterceptTouchEvent方法返回true,就代表它要攔截當(dāng)前事件,接著事件就會(huì)交給這個(gè)ViewGroup處理,即 onTouchEvent方法就會(huì)被調(diào)用.如果這個(gè)ViewGroup的onInterceptTouchEvent方法返回false,就表示它不攔截當(dāng)前事件,就表示它不攔截當(dāng)前事件,這時(shí)當(dāng)前事件就會(huì)繼續(xù)傳遞給它的子元素,接著子元素的dispatchTouchEvent方法就會(huì)被調(diào)用.如此反復(fù)直至事件被最終處理.

事件分發(fā)圖.png

當(dāng)一個(gè)點(diǎn)擊事件產(chǎn)生之后,它的傳遞過程遵循如下順序:Activity->Window->View,也就是事件總是先傳遞給Activity,Activity在傳遞給Window,最后Window在傳遞給頂層View.頂層View接收到事件之后,就會(huì)按照事件分發(fā)機(jī)制去分發(fā)事件.考慮一種情況,如上圖深紅色箭頭標(biāo)識(shí):如果一個(gè)View的onTouchEvent 返回false,那么它父容器的onTouchEvent將會(huì)調(diào)用,如果父容器也不處理返回了false,以此類推,所有的元素都處理這個(gè)事件,那么這個(gè)事件將會(huì)最終傳遞給Activity處理.即Activity的onTouchEvent方法會(huì)被調(diào)用.這樣說是不是有點(diǎn)籠統(tǒng),咱們舉個(gè)栗子哈:假如點(diǎn)擊事件是一個(gè)難題,這個(gè)難題被上級(jí)領(lǐng)導(dǎo)分配給了一個(gè)程序猿,<事件分發(fā)>.而遺憾的是呀,這個(gè)程序猿搞不定,<onTouchEvent返回了false>,哎呀 愁人 頭發(fā)掉了一大把.還是沒有解決.難題必須是要解決的,那只能交給水平更高的程序猿解決,<上級(jí)的onTouchEvent 將被調(diào)用>,可是呀 這個(gè)難題太難了,也沒有解決<onTouchEvent 返回了false>,怎么辦,只能交給上級(jí)的上級(jí),大佬來處理咯,就這樣,問題一層一層的往上拋.

  • 優(yōu)先級(jí)問題

當(dāng)一個(gè)View需要處理的時(shí),如果它設(shè)置了OnTouchListener,那么onTouch方法會(huì)被回調(diào).這時(shí)的事件還得看onTouch的返回值.如果onTouch返回false,則當(dāng)前View的onTouchEvent 將會(huì)被調(diào)用.如果返回true,onTouchEvent將不會(huì)被調(diào)用.由此可見,OnTouchListener的優(yōu)先級(jí)是大于onTouch.

 View  設(shè)置OnTouchListener
 tv.setOnTouchListener { v, event ->
            false
}

View的setOnTouchListener源碼

  public void setOnTouchListener(OnTouchListener l) {
        getListenerInfo().mOnTouchListener = l;
    }

OnTouchListener 是一個(gè)接口,定義如下:

public interface OnTouchListener {
        /**
         * Called when a touch event is dispatched to a view. This allows listeners to
         * get a chance to respond before the target view.
         *
         * @param v The view the touch event has been dispatched to.
         * @param event The MotionEvent object containing full information about
         *        the event.
         * @return True if the listener has consumed the event, false otherwise.
         */
        boolean onTouch(View v, MotionEvent event);
    }

OnTouchListener在dispatchTouchEvent方法中調(diào)用的:
此源碼為View的dispatchTouchEvent,這里不包含ViewGroup

public boolean dispatchTouchEvent(MotionEvent event) {
        ....
        boolean result = false;

        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
        }

        final int actionMasked = event.getActionMasked();
        if (actionMasked == MotionEvent.ACTION_DOWN) {
            // Defensive cleanup for new gesture
            stopNestedScroll();
        }

        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }
        ....
return result;
}

通過上面的源碼,首先判斷mOnTouchListener 是否為null,接著判斷mOnTouchListener.onTouch是否返回true,如果返回了true,那么滿足條件 result = true;并且方法體return result; 那么onTouchEvent就不會(huì)被調(diào)用.可見,OnTouchListener的優(yōu)先級(jí)是高于onTouchEvent的.

  • 關(guān)于事件傳遞的機(jī)制,這里總結(jié)些結(jié)論
  • 1- 同一個(gè)事件序列是從手指接觸屏幕那一刻起,到手指離開屏幕一刻結(jié)束.在這個(gè)過程所產(chǎn)生的一系列事件,這個(gè)事件以Down 事件開始,中間含有數(shù)量不等的Move事件,最終以Up事件結(jié)束.
  • 2- 某一個(gè)View一旦攔截,那么這一個(gè)事件序列都只能由它來處理(前提事件能夠傳遞給它),并且它的onInterceptTouchEvent不會(huì)被調(diào)用.這條也很好理解,就是說當(dāng)一個(gè)View要決定攔截一個(gè)事件之后,那么系統(tǒng)就會(huì)把同一個(gè)事件中的其他方法都交它來處理,因此就不會(huì)再次調(diào)用View的onInterceptTouchEvent,詢問是否要攔截了.
  • 3- 正常情況下,一個(gè)事件序列只能被一個(gè)View攔截且消耗,原因可見2.一旦一個(gè)view元素?cái)r截了此事件,那么同一事件序列內(nèi)的的所有事件都會(huì)交給它處理,因此同一個(gè)事件序列中的事件不能分別又兩個(gè)View同時(shí)處理,但是通過某種手段可以做到.比如一個(gè)View將本該自己處理的事件通過onTouchEvent強(qiáng)行傳遞給其他View處理.
  • 4- 某一個(gè)View一旦開始開始處理事件,如果它不消耗ACTION_DOWN(onTouchEvent 返回了false),那么同一事件序列中的其他事件也都不會(huì)再交給它來處理.并且事件會(huì)重新它的父元素去處理,即父View的onTouchEvent將會(huì)被調(diào)用. 其含義就是,事件一旦給一個(gè)View處理,那么它就必須要消費(fèi)掉,否則同一事件序列中剩下的事件就不用再交它來處理了.這就好比,在日常生活中,上級(jí)交給?程序猿一件事,如果這件事沒有處理好,短期內(nèi)上級(jí)就不敢再把事情交給這個(gè)程序猿處理了.兩者類似同樣的道理.
  • 5- 如果View不消耗除ACTION_DOWN以外的其他事件,那么這個(gè)點(diǎn)擊事件會(huì)消失,此時(shí)父元素的onTouchEvent并不會(huì)被調(diào)用,并且當(dāng)前View可以持續(xù)收到后續(xù)的事件,終止這些點(diǎn)擊事件會(huì)傳遞給Activity處理.
  • 6- ViewGroup 默認(rèn)不攔截任何事件,Android源碼中onInterceptTouchEvent 默認(rèn)返回false
public boolean onInterceptTouchEvent(MotionEvent ev) {
        if (ev.isFromSource(InputDevice.SOURCE_MOUSE)
                && ev.getAction() == MotionEvent.ACTION_DOWN
                && ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)
                && isOnScrollbarThumb(ev.getX(), ev.getY())) {
            return true;
        }
        return false;
    }
  • 7- View沒有onInterceptTouchEvent方法,一旦有點(diǎn)擊事件傳遞給它,那么它的onTouchEvent就會(huì)被調(diào)用.
  • 8- View的oTouchEvent默認(rèn)都會(huì)消耗事件(返回true),除非它是不可點(diǎn)擊的(clickable和longClickable 同時(shí)為false).View的longClickable默認(rèn)為false.clickable屬性要分情況:比如Button的clickable默認(rèn)為true,而TextView就默認(rèn)為false.
  • 9- View的enable屬性不影響onTouchEvent的默認(rèn)返回值,只要它的clickable或者longClickable 有一個(gè)為true,那么它的onTouchEvent就返回true.
  • 10- onClick會(huì)發(fā)生的前提是當(dāng)前View是可點(diǎn)擊的,并且它收到了ACTION_MOVE 以及 ACTION_UP 的事件.
  • 11- 事件傳遞是由外向內(nèi)的,即事件總線先傳遞給父元素,然后再由父元素分發(fā)給子View,通過getParent.requestDisallowInterceptTouchEvent方法可以在子元素中干預(yù)父元素的分發(fā)過程,但是ACTION_DOWN事件除外.

筆者在驗(yàn)證第8條的時(shí)候,自己埋了一個(gè)坑,并狠狠的栽了一跤!代碼如下:

public class MyButton extends Button {
    private String TAG = "MyButton";

    public TextLayoutView(Context context) {
      this(context,null);
    }

    public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
       this(context,attrs,0);
    }

    public TextLayoutView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }


    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.e(TAG,"dispatchTouchEvent -->"+super.dispatchTouchEvent(event));
        return super.dispatchTouchEvent(event);
    }


    @Override
    public boolean onTouchEvent(MotionEvent event) {
        switch (event.getAction()) {
            case MotionEvent.ACTION_DOWN:
                Log.e(TAG, "---ACTION_DOWN");
                break;

            case MotionEvent.ACTION_MOVE:
                Log.e(TAG, "-----ACTION_MOVE");
                break;


            case MotionEvent.ACTION_UP:
                Log.e(TAG, "-----ACTION_UP");
                break;
        }
        return super.onTouchEvent(event);
    }
}

xml 界面

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:orientation="vertical"
    android:gravity="center"
    android:id="@+id/ml">

    <com.jx.code.myapplication.view.MyButton
        android:id="@+id/tlv"
        android:background="@color/colorPrimary"
        android:layout_width="50dp"
        android:layout_height="50dp"
        />
</LinearLayout>

當(dāng)我用手指觸摸Button的時(shí)候,通常來講MyButton作為事件的消費(fèi)者,理應(yīng)消耗MotionEvent,但事實(shí)并沒有想象的那么美好.查看下log發(fā)現(xiàn),程序只打印了MyButton:---ACTION_DOWN,然后就沒有然后啦...
腫么回事呢?我們分析下, Button的父類是TextView,影響View的oTouchEvent事件因素是什么嘞?當(dāng)clickable和longClickable同時(shí)為false的時(shí)候,oTouchEvent會(huì)返回false.其中View中的longClickable默認(rèn)值就是false.由于TextView不可點(diǎn)擊clickable也為false,而Button中clickable屬性是true.現(xiàn)在我們已經(jīng)分析完了,上面MyButton類不消耗事件,肯定是onTouchEvent返回了false.現(xiàn)在我們打印下MyButton.isClickable. 通過log顯示,clickable屬性返回了false.why?????
Button的clickable默認(rèn)不是為true嘛!!!! 怎么就成了false!!!

MyButton幾乎沒做任何處理,onTouchEvent也就是簡(jiǎn)單的打印下log,無非是構(gòu)造函數(shù)出了異常,手動(dòng)抓狂~~~~

代碼定位了這行.

  public TextLayoutView(Context context, @Nullable AttributeSet attrs) {
       this(context,attrs,0);
    }

我為了圖省方便,使用單參調(diào)用多參的方式來調(diào)用構(gòu)造函數(shù),并沒有一次調(diào)用super語句
只有在第三個(gè)參數(shù)的時(shí)候調(diào)用了super語句,在只有兩個(gè)參數(shù)的構(gòu)造中我把0 傳遞給了defStyleAttr .咱們看下defStyleAttr 是干什么用的.

  * @param defStyleAttr The resource identifier of an attribute in the current theme
     *        whose value is the the resource id of a style. The specified style’s
     *        attribute values serve as default values for the button. Set this parameter
     *        to 0 to avoid use of default values.
     * @see #Button(Context, AttributeSet, int, int)
     * @see android.view.View#View(Context, AttributeSet, int)
     */
    public Button(Context context, AttributeSet attrs, int defStyleAttr) {
        this(context, attrs, defStyleAttr, 0);
    }

   public Button(Context context, AttributeSet attrs) {
        this(context, attrs, com.android.internal.R.attr.buttonStyle);
    }

然后咱們回過頭看下TextView的構(gòu)造

 public TextView(Context context, @Nullable AttributeSet attrs) {
        this(context, attrs, com.android.internal.R.attr.textViewStyle);
    }

    public TextView(Context context, @Nullable AttributeSet attrs, int defStyleAttr) {
        this(context, attrs, defStyleAttr, 0);
    }

知道問題出現(xiàn)在哪里吧.找到了出錯(cuò)點(diǎn),接下來就解決bug.
帶有兩個(gè)參數(shù)的構(gòu)造,使用super,或者this(context,attrs,com.android.internal.R.attr.buttonStyle)

我們上面說View的longClickable默認(rèn)是為false的, clickable屬性值和具體的View有關(guān),如果是可點(diǎn)擊View clickable 為true,反之為false.通過setLongClickable和setClickable是可以改變其屬性狀態(tài)的.此外setOnClickListener可以自動(dòng)把View的clickable屬性設(shè)置為true.setOnLongClickListener也可以把longClickable屬性設(shè)置為true.這一點(diǎn)可以從源碼獲悉.

public void setOnClickListener(@Nullable OnClickListener l) {
        if (!isClickable()) {
            setClickable(true);
        }
        getListenerInfo().mOnClickListener = l;
    }

 public void setOnLongClickListener(@Nullable OnLongClickListener l) {
        if (!isLongClickable()) {
            setLongClickable(true);
        }
        getListenerInfo().mOnLongClickListener = l;
    }

本文借鑒于任玉剛大神《Android 開發(fā)者進(jìn)程》第三章 View的事件體系.如果您發(fā)現(xiàn)這篇文章,有錯(cuò)誤之處,希望請(qǐng)您留言,并指出.我定虛心接受.并感激不盡!

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成，瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明：文章內(nèi)容（如有圖片或視頻亦包括在內(nèi)）由作者上傳并發(fā)布，文章內(nèi)容僅代表作者本人觀點(diǎn)，簡(jiǎn)書系信息發(fā)布平臺(tái)，僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容