我5月份找實(shí)習(xí)的時(shí)候被百度面試的一個(gè)問(wèn)題羔杨，當(dāng)時(shí)確實(shí)答了一半捌臊，還有一半沒(méi)答上來(lái)，總結(jié)在了筆記本上了兜材，現(xiàn)在拿出來(lái)整理了一下娃属，詳細(xì)拿出來(lái)說(shuō)一下。
問(wèn)題一：
??在button設(shè)置一個(gè)onTouchListener护姆，設(shè)置一個(gè)onClickListener矾端，在onTouch方法里根據(jù)動(dòng)作輸出對(duì)應(yīng)的up,down動(dòng)作，在onClick里邊輸出click卵皂。點(diǎn)擊按鈕秩铆，問(wèn)輸出的順序。
問(wèn)題二：
???如果把OnClickListener換成OnLongClickListener灯变，長(zhǎng)按按鈕再松開(kāi)殴玛，打印什么結(jié)果順序？
???看到上面的問(wèn)題添祸，第一個(gè)問(wèn)題相信很多人都能一次性答對(duì)滚粟，但是第二個(gè)問(wèn)題就不一定了是吧，如果不是面試被問(wèn)到刃泌，估計(jì)很難意識(shí)到這個(gè)問(wèn)題凡壤，這種需要對(duì)比記憶理解的我覺(jué)得還是很有必要拿出來(lái)和大家分享一下的。
???好了耙替，回到正題亚侠，回答問(wèn)題
問(wèn)題一：來(lái)，直接上個(gè)例子吧俗扇，先看結(jié)果硝烂。
如上代碼所示，定義了一個(gè)button铜幽，設(shè)置了touch和click兩個(gè)點(diǎn)擊事件滞谢，onTouch返回的是默認(rèn)的false串稀。在點(diǎn)擊事件里打了Log方便看結(jié)果
很簡(jiǎn)單的布局，就不說(shuō)明什么了哈狮杨。
點(diǎn)擊一下按鈕：結(jié)果如下
說(shuō)明是先打印down厨诸，再打印UP，UP以后才發(fā)生click禾酱，這個(gè)從View事件分發(fā)的dispatchTouchEvent源碼可以分析出來(lái)，相信再簡(jiǎn)單不過(guò)了绘趋。
延伸1：如果把onTouch返回true颤陶，結(jié)果會(huì)是怎樣？
再點(diǎn)擊一下按鈕陷遮，結(jié)果圖如下：
???相信不用解釋了吧滓走，dispatchTouchEvent里邊的if語(yǔ)句直接滿足三個(gè)條件，所以函數(shù)直接返回了true,消費(fèi)了事件帽馋，所以不會(huì)走view的onTouchEvent嗎搅方，自然不會(huì)觸發(fā)click事件。
問(wèn)題二：
把OnClickListener換成OnLongClickListener
先解釋一下這個(gè)函數(shù)吧绽族，
public boolean onLongClick(View v)
???參數(shù)v：參數(shù)v為事件源控件姨涡，當(dāng)長(zhǎng)時(shí)間按下此控件時(shí)才會(huì)觸發(fā)該方法。
???返回值：該方法的返回值為一個(gè)boolean類型的變量吧慢，當(dāng)返回true時(shí)涛漂，表示已經(jīng)完整地處理了這個(gè)事件，并不希望其他的回調(diào)方法再次進(jìn)行處理检诗；當(dāng)返回false時(shí)匈仗，表示并沒(méi)有完全處理完該事件，更希望其他方法繼續(xù)對(duì)其進(jìn)行處理逢慌。
???直接上代碼圖
點(diǎn)擊一下按鈕悠轩，看結(jié)果
長(zhǎng)按按鈕別松開(kāi)，看結(jié)果：
這時(shí)候松開(kāi)看結(jié)果：
把onLongClick中的方法改成返回true攻泼；長(zhǎng)按一會(huì)再松開(kāi)火架。
依舊打印一樣的結(jié)果。
OnLongClickListener的事件流程：
結(jié)論：
長(zhǎng)按的調(diào)用棧：
onTouchEvent –case:ACTION_DOWN-checkForLongClick –post-
CheckForLongPress--run—performLongClick-.mOnLongClickListener.onLongClick
走一遍函數(shù)吧：
在onTouchEvent的MotionEvent.ACTION_DOWN忙菠，執(zhí)行checkForLongClick
看到了吧距潘，最后還是調(diào)用了我們?cè)O(shè)置的longclick點(diǎn)擊事件≈桓椋回顧一下音比，是在case的ACTION_DOWN分支中運(yùn)行的這個(gè)點(diǎn)擊。
所以最后點(diǎn)擊了mOnLongClickListener的onLongClick
??延伸2：onClick和onLongClick能同時(shí)發(fā)生嗎氢惋？
??要理解Android對(duì)事件處理的所謂消費(fèi)(consume)概念即可洞翩，一個(gè)用戶的操作會(huì)被傳遞到不同的View控件和同一個(gè)控件的不同監(jiān)聽(tīng)方法處理稽犁，任何一個(gè)接收并處理了該次事件的方法如果在處理完后返回了true，那么該次event就算被完全處理了骚亿，其他的View或者監(jiān)聽(tīng)方法就不會(huì)再有機(jī)會(huì)處理該event了已亥。
?? onLongClick的發(fā)生是由單獨(dú)的線程完成的，一般發(fā)生在ACTION_UP之前来屠，而onClick的發(fā)生是在ACTION_UP后虑椎。臨界條件是同時(shí)發(fā)生，這里會(huì)有flag來(lái)進(jìn)行區(qū)分俱笛。
?? 因此同一次用戶touch操作就有可能既發(fā)生onLongClick又發(fā)生onClick捆姜。
及時(shí)向系統(tǒng)表示“我已經(jīng)完全處理（消費(fèi)）了用戶的此次操作”，是很重要的事情迎膜。
另外一個(gè)同時(shí)執(zhí)行的概念（都執(zhí)行的意思）泥技，先后執(zhí)行，例如磕仅，我們?nèi)绻趏nLongClick()方法的最后return true珊豹，那么onClick事件就沒(méi)有機(jī)會(huì)被觸發(fā)了
在onLongClick()方法return false的情況下，會(huì)有一次觸碰操作的基本時(shí)序榕订。
??如下問(wèn)題3：
把onClick和onLongClick同時(shí)寫入代碼店茶。
??可以看到我們寫了ontouch,onclick,onlongclick三個(gè)點(diǎn)擊。并且兩個(gè)有個(gè)返回值的返回都是false劫恒。
??還是這個(gè)界面
-
點(diǎn)擊一下按鈕忽妒，結(jié)果：
image.png
這個(gè)結(jié)果沒(méi)啥解釋的吧，就是view基本的事件傳遞模型兼贸。在UP分支中執(zhí)行了
image.png
在它里邊執(zhí)行了li.mOnClickListener.onClick(this); - 長(zhǎng)按一會(huì)再松開(kāi),結(jié)果：
從DOWN到UP,可以看出來(lái)前后發(fā)生了什么
??可以看到段直，在ACTION_UP后仍然觸發(fā)了onClick()方法。onLongClick一般發(fā)生在ACTION_UP之前溶诞，而onClick的發(fā)生是在ACTION_UP后鸯檬。
??如果此時(shí)把longClick返回true,其他代碼不變。
再長(zhǎng)按一下按鈕松開(kāi)，則打印：
發(fā)現(xiàn)不觸發(fā)onClick了唆迁。當(dāng)longclick把事件消費(fèi)了以后船庇，那么onClick事件就沒(méi)有機(jī)會(huì)被觸發(fā)了痒给。
好了，寫了這么多其實(shí)是個(gè)特別簡(jiǎn)單的問(wèn)題，但是覺(jué)得還是應(yīng)該分享一下，畢竟積少成多嘛坎穿，加油吧!騷年
