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

寫技術博客前扯點題外話舆驶,最近發(fā)現(xiàn)一個問題橱健,就是學啥東西都要思考,要融匯貫通沙廉,不要為了學完一個東西拘荡,就湊任務似的學東西撬陵,導致急功急利巨税。學藝不精,淺嘗輒止驶兜,就好比以前讀書時候的數(shù)學題远寸,可能你做幾百個題目感覺很了不起促王,但是可能你需要做的就只有兩個就夠了而晒,因為都是同類型的,你沒有去思考迅耘,去總結,每次遇到一個同類型的可能對你來說都是新的颤专。這樣就浪費了很多精力和時間,別人的東西春塌,要經(jīng)過思考才能為己所用簇捍。學技術也是這樣。
??廢話不多說吼句,切入主題事格,今天咱們看看View的事件分發(fā)機制,這玩意確實是個難點驹愚,項目當中的疑難雜癥也只有徹底弄懂了原理才能快速解決。
??首先谁鳍,搞個繼承view的自定義組件customview,復寫其onTouchEvent方法:

  @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.e("onTouchEvent----",event.getAction()+"");
        super.onTouchEvent(event);
        return true;
    }

在mainActivity的oncreate方法中我們給這個自定義控件添加onTouchListener監(jiān)聽蒸甜,回調onTouch方法余佛。同時設置onClick點擊事件,打印日志:

@Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        cv = (CustomView) findViewById(R.id.view_custom);
        cv.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.e("onTouch----",event.getAction()+"");
                return false;
            }
        });

        cv.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                 Log.e("onClick----","onClick");
            }
        });

此時辉巡,我在回調的onTouch方法里面返回false,我現(xiàn)在點擊一下,我們看下打印的日志郊楣,看下這幾個方法的執(zhí)行先后順序:

onTouch返回false.PNG

??從圖中可以看出净蚤,先執(zhí)行onTouch和onTouchEvent的down事件,然后執(zhí)行今瀑,onTouch和onTouchEvent的up事件点把,如果我move了中間會有move事件郎逃,最后執(zhí)行onClick事件挺份。
??先不分析原因,接下來咱們在看下onTouch里面返回true的情況匀泊,看截圖,代碼就不貼了:

onTouch返回true.PNG

??這次就只執(zhí)行了onTouch方法的up和down事件型宙,我們可以認為event被onTouch方法消費掉了伦吠。
??好,我們從源頭找下原因搁嗓,看看View的源碼箱靴,找到View里面分發(fā)事件的方法dispatchTouchEvent:

  boolean result = false;

        .....省略

        if (onFilterTouchEventForSecurity(event)) {
            //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;
    }

咱們看關鍵代碼,這個方法里面有個result標識位棍矛,最后返回抛杨,在 if里面就有onTouch方法這里有四個判斷條件,四個都為true,result為true否則為false,li != null怖现,li.mOnTouchListener!=null,當前的view是enble可用的,最后就是onTouch的返回值,li是啥呢潘拨,我們看看代碼:

 static class ListenerInfo {
        /**
         * Listener used to dispatch focus change events.
         * This field should be made private, so it is hidden from the SDK.
         * {@hide}
         */
        protected OnFocusChangeListener mOnFocusChangeListener;

        /**
         * Listeners for layout change events.
         */
        private ArrayList<OnLayoutChangeListener> mOnLayoutChangeListeners;

        protected OnScrollChangeListener mOnScrollChangeListener;

        /**
         * Listeners for attach events.
         */
        private CopyOnWriteArrayList<OnAttachStateChangeListener> mOnAttachStateChangeListeners;
        ......
        后面省略

其實是view的靜態(tài)內部類收集了view的各種事件的監(jiān)聽铁追,當我們在代碼中setOnTouchListener的時候前面的三個條件都為真了茫船,就看第四個條件了癣蟋,當Touch方法返回false的時候狰闪,result為false,那么后面的if語句中就會執(zhí)行onTouchEvent(event)方法,所以就出現(xiàn)第一個截圖的情況,up埋泵,和,down都會執(zhí)行礁蔗,那么onClick事件在哪執(zhí)行的呢雁社,我們可以猜下,只執(zhí)行了這個onTouchEvent方法霉撵,onClick方法也執(zhí)行了,那么有可能是在此方法里面觸發(fā)的撕氧,搜帶有click詞匯的方法喇完。
??在onTouchEvent中我們可以看到以下代碼:

  case MotionEvent.ACTION_UP:
          
      if (!focusTaken) {
                   if (mPerformClick == null) {
                           mPerformClick = new PerformClick();
                     }
                    if (!post(mPerformClick)) {
                          performClick();
                      }
      }
                        

這里只放了關鍵代碼,我們繼續(xù)看performeClick里面:

if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }

我們設置了onClickListener就會走到if里面去不脯,不會走到else那么就完成了onclick的回調刻诊。
??當我們在onTouch方法中返回true的時候result變量為true后面的OnTouchEvent就不會執(zhí)行了,那么就會出現(xiàn)第二個截圖的情況域帐,onTouchEvent和onClick都不會執(zhí)行了是整。
源碼分析完畢民假,可以動手多敲幾遍,然后多瞅瞅源碼羊异,出去面試也可以按照自己的理解吹逼了,不用背面試題了易迹,不過關鍵還是解決實際項目需求。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末供炼,一起剝皮案震驚了整個濱河市窘疮,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌涛贯,老刑警劉巖蔚出,帶你破解...
    沈念sama閱讀 219,589評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異衅胀,居然都是意外死亡酥筝,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,615評論 3 396
  • 文/潘曉璐 我一進店門掸掏,熙熙樓的掌柜王于貴愁眉苦臉地迎上來宙帝,“玉大人,你說我怎么就攤上這事步脓。” “怎么了仍侥?”我有些...
    開封第一講書人閱讀 165,933評論 0 356
  • 文/不壞的土叔 我叫張陵鸳君,是天一觀的道長。 經(jīng)常有香客問我砸紊,道長,這世上最難降的妖魔是什么醉顽? 我笑而不...
    開封第一講書人閱讀 58,976評論 1 295
  • 正文 為了忘掉前任游添,我火速辦了婚禮,結果婚禮上否淤,老公的妹妹穿的比我還像新娘。我一直安慰自己石抡,他們只是感情好,可當我...
    茶點故事閱讀 67,999評論 6 393
  • 文/花漫 我一把揭開白布嚎京。 她就那樣靜靜地躺著隐解,像睡著了一般。 火紅的嫁衣襯著肌膚如雪帕涌。 梳的紋絲不亂的頭發(fā)上续徽,一...
    開封第一講書人閱讀 51,775評論 1 307
  • 那天,我揣著相機與錄音纫版,去河邊找鬼客情。 笑死,一個胖子當著我的面吹牛膀斋,可吹牛的內容都是我干的。 我是一名探鬼主播籽御,決...
    沈念sama閱讀 40,474評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼惰匙,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了哑梳?” 一聲冷哼從身側響起绘盟,我...
    開封第一講書人閱讀 39,359評論 0 276
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎吠卷,沒想到半個月后沦零,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,854評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡疾渴,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 38,007評論 3 338
  • 正文 我和宋清朗相戀三年屯仗,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片桩撮。...
    茶點故事閱讀 40,146評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡峰弹,死狀恐怖,靈堂內的尸體忽然破棺而出垮卓,到底是詐尸還是另有隱情垫桂,我是刑警寧澤粟按,帶...
    沈念sama閱讀 35,826評論 5 346
  • 正文 年R本政府宣布灭将,位于F島的核電站,受9級特大地震影響庙曙,放射性物質發(fā)生泄漏。R本人自食惡果不足惜吴攒,卻給世界環(huán)境...
    茶點故事閱讀 41,484評論 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望署惯。 院中可真熱鬧镣隶,春花似錦、人聲如沸安岂。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,029評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽琉雳。三九已至,卻和暖如春翠肘,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背被丧。 一陣腳步聲響...
    開封第一講書人閱讀 33,153評論 1 272
  • 我被黑心中介騙來泰國打工绪妹, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人黄选。 一個月前我還...
    沈念sama閱讀 48,420評論 3 373
  • 正文 我出身青樓婶肩,卻偏偏與公主長得像,于是被迫代替她去往敵國和親律歼。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 45,107評論 2 356

推薦閱讀更多精彩內容